Interface for a virtual digital assistant

ABSTRACT

The digital assistant displays a digital assistant object in an object region of a display screen. The digital assistant then obtains at least one information item based on a speech input from a user. Upon determining that the at least one information item can be displayed in its entirety in the display region of the display screen, the digital assistant displays the at least one information item in the display region, where the display region and the object region are not visually distinguishable from one another. Upon determining that the at least one information item cannot be displayed in its entirety in the display region of the video display screen, the digital assistant displays a portion of the at least one information item in the display region, where the display region and the object region are visually distinguishable from one another.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims priority to U.S. Provisional Application Ser.No. 61/709,766, filed Oct. 4, 2012, and is a continuation-in-part ofU.S. application Ser. No. 13/250,854, entitled “Using ContextInformation to Facilitate Processing of Commands In A VirtualAssistant”, filed Sep. 30, 2011, which are incorporated herein byreference in their entirety.

FIELD OF THE INVENTION

The present invention relates to virtual digital assistants, and morespecifically to an interface for such assistants.

BACKGROUND OF THE INVENTION

Today's electronic devices are able to access a large, growing, anddiverse quantity of functions, services, and information, both via theInternet and from other sources. Functionality for such devices isincreasing rapidly, as many consumer devices, smartphones, tabletcomputers, and the like, are able to run software applications toperform various tasks and provide different types of information. Often,each application, function, website, or feature has its own userinterface and its own operational paradigms, many of which can beburdensome to learn or overwhelming for users. In addition, many usersmay have difficulty even discovering what functionality and/orinformation is available on their electronic devices or on variouswebsites; thus, such users may become frustrated or overwhelmed, or maysimply be unable to use the resources available to them in an effectivemanner.

In particular, novice users, or individuals who are impaired or disabledin some manner, and/or are elderly, busy, distracted, and/or operating avehicle may have difficulty interfacing with their electronic deviceseffectively, and/or engaging online services effectively. Such users areparticularly likely to have difficulty with the large number of diverseand inconsistent functions, applications, and websites or otherinformation that may be available for their use or review.

Accordingly, existing systems are often difficult to use and tonavigate, and often present users with inconsistent and overwhelminginterfaces that often prevent the users from making effective use of thetechnology.

An intelligent automated assistant, also referred to herein as a virtualdigital assistant, a digital assistant, or a virtual assistant canprovide an improved interface between a human and computer. Such anassistant, allows users to interact with a device or system usingnatural language, in spoken and/or text forms. Such an assistantinterprets user inputs, operationalizes the user's intent into tasks andparameters to those tasks, executes services to support those tasks, andproduces output that is intelligible to the user.

A virtual assistant can draw on any of a number of sources ofinformation to process user input, including for example knowledgebases, models, and/or data. In many cases, the user's input alone is notsufficient to clearly define the user's intent and task to be performed.This could be due to noise in the input stream, individual differencesamong users, and/or the inherent ambiguity of natural language. Forexample, the user of a text messaging application on a phone mightinvoke a virtual assistant and speak the command “call her”. While sucha command is understandable to another human, it is not a precise,executable statement that can be executed by a computer, since there aremany interpretations and possible solutions to this request. Thus,without further information, a virtual assistant may not be able tocorrectly interpret and process such input. Ambiguity of this type canlead to errors, incorrect actions being performed, and/or excessivelyburdening the user with requests to clarify input.

BRIEF SUMMARY OF THE EMBODIMENTS

The invention is directed to a computer-implemented method of operatinga digital assistant on a computing device. In some embodiments, thecomputing device has at least one processor, memory, and a video displayscreen. At any time, a digital assistant object is displayed in anobject region of the video display screen. A speech input is receivedfrom a user. Thereafter, at least one information item is obtained basedon the speech input. The digital assistant then determines whether theat least one information item can be displayed in its entirety in adisplay region of the video display screen. Upon determining that the atleast one information item can be displayed in its entirety in thedisplay region of the display screen, displaying the at least oneinformation item in the display region. In this case, the display regionand the object region are not visually distinguishable from one another.Upon determining that the at least one information item cannot bedisplayed in its entirety in the display region of the video displayscreen, displaying a portion of the at least one information item in thedisplay region. Here, the display region and the object region arevisually distinguishable from one another.

According to some embodiments, the digital assistant object is displayedin the object region of the video display screen before receiving thespeech input. In other embodiments, the digital assistant object isdisplayed in the object region of the video display screen afterreceiving the speech input. In yet other embodiments, the digitalassistant object is displayed in the object region of the video displayscreen after determining whether the at least one information item canbe displayed in its entirety in a display region of the video displayscreen.

According to some embodiments, the digital assistant object is an iconfor invoking a digital assistant service. In some embodiments, the iconis a microphone icon. In some embodiments, the digital assistant objectshows the status of a current digital assistant process, for example, apending digital assistant process is shown by a swirling light sourcearound the perimeter of the digital assistant object.

According to some embodiments, when the entirety of the at least oneinformation item cannot be displayed in the display region, an input isreceived from the user to scroll through the at least one informationitem so as to display an additional portion of the at least oneinformation item in the display region. Thereafter, the portion of theat least one information item is scrolled or translated towards theobject region so that the portion of the at least one information itemappears to slide out of view under the object region.

According to some embodiments, when the entirety of the at least oneinformation item cannot be displayed in the display region, an input isreceived from the user to scroll through the at least one informationitem so as to display an additional portion of the at least oneinformation item in the display region. Thereafter, the portion of theat least one information item is scrolled or translated away from theobject region so that the portion of the at least one information itemappears to slide into view from under the object region.

According to some embodiments, the speech input is a question or acommand from a user.

According to some embodiments, obtaining at least one information itemcomprises obtaining results, a dialog between the user and the digitalassistant, a list, or a map.

According to some embodiments, when the entirety of the at least oneinformation item is displayed in the display region, the display regionand the object region share the same continuous background.

According to some embodiments, when the entirety of the at least oneinformation item cannot be displayed in the display region, the displayregion and the object region are separated by a dividing line.

According to some embodiments, when the entirety of the at least oneinformation item cannot be displayed in the display region, the objectregion looks like a pocket into and out of which the at least oneinformation item can slide.

According to some embodiments, when the entirety of the at least oneinformation item cannot be displayed in the display region, an edge ofthe object region closest to the display region is highlighted while anedge of the at least one information item closest to the object regionare tinted.

According to some embodiments, at any time, device information isdisplayed in an information region of the video display screen.Thereafter, it is determined whether the at least one information itemcan be displayed in its entirety in the display region of the videodisplay screen. Upon determining that the at least one information itemcan be displayed in its entirety in the display region of the displayscreen, the at least one information item is displayed in the displayregion. Here, the display region and an information region are notvisually distinguishable from one another. However, upon determiningthat the at least one information item cannot be displayed in itsentirety in the display region of the video display screen, a portion ofthe at least one information item is displayed in the display region.Here, the display region and the information region are visuallydistinguishable from one another, as described above.

According to some embodiments, a non-transitory computer-readablestorage medium is provided. The storage medium includes instructionsthat, when executed by a processor, cause the processor to perform anumber of steps, including displaying, at any time, a digital assistantobject in an object region of a video display screen; receiving a speechinput from a user; obtaining at least one information item based on thespeech input; determining whether the at least one information item canbe displayed in its entirety in a display region of the video displayscreen; upon determining that the at least one information item can bedisplayed in its entirety in the display region of the display screen,displaying the at least one information item in the display region,where the display region and the object region are not visuallydistinguishable from one another; and upon determining that the at leastone information item cannot be displayed in its entirety in the displayregion of the video display screen, displaying a portion of the at leastone information item in the display region, where the display region andthe object region are visually distinguishable from one another.

According to some embodiments, a computing device is provided. Thecomputing device is preferably a mobile or portable computing devicesuch as a smartphone or tablet computer. The computing device includesat least one processor, memory, and a video display screen. The memorycomprising instructions that when executed by a processor, cause theprocessor to display, at any time, a digital assistant object in anobject region of a video display screen; receive a speech input from auser; obtain at least one information item based on the speech input;determine whether the at least one information item can be displayed inits entirety in a display region of the video display screen; upondetermining that the at least one information item can be displayed inits entirety in the display region of the display screen, display the atleast one information item in the display region, where the displayregion and the object region are not visually distinguishable from oneanother; and upon determining that the at least one information itemcannot be displayed in its entirety in the display region of the videodisplay screen, display a portion of the at least one information itemin the display region, where the display region and the object regionare visually distinguishable from one another.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings illustrate several embodiments of theinvention and, together with the description, serve to explain theprinciples of the invention according to the embodiments. One skilled inthe art will recognize that the particular embodiments illustrated inthe drawings are merely exemplary, and are not intended to limit thescope of the present invention.

FIG. 1 is a block diagram depicting a virtual assistant and someexamples of sources of context that can influence its operationaccording to one embodiment.

FIG. 2 is a flow diagram depicting a method for using context at variousstages of processing in a virtual assistant, according to oneembodiment.

FIG. 3 is a flow diagram depicting a method for using context in speechelicitation and interpretation, according to one embodiment.

FIG. 4 is a flow diagram depicting a method for using context in naturallanguage processing, according to one embodiment.

FIG. 5 is a flow diagram depicting a method for using context in taskflow processing, according to one embodiment.

FIG. 6 is a block diagram depicting an example of sources of contextdistributed between a client and server, according to one embodiment.

FIGS. 7a through 7d are event diagrams depicting examples of mechanismsfor obtaining and coordinating context information according to variousembodiments.

FIGS. 8a through 8d depict examples of various representations ofcontext information as can be used in connection with variousembodiments of the present invention.

FIG. 9 depicts an example of a configuration table specifyingcommunication and caching policies for various contextual informationsources, according to one embodiment.

FIG. 10 is an event diagram depicting an example of accessing thecontext information sources configured in FIG. 9 during the processingof an interaction sequence, according to one embodiment.

FIGS. 11 through 13 are a series of screen shots depicting an example ofthe use of application context in a text messaging domain to derive areferent for a pronoun, according to one embodiment.

FIG. 14 is a screen shot illustrating a virtual assistant prompting forname disambiguation, according to one embodiment.

FIG. 15 is a screen shot illustrating a virtual assistant using dialogcontext to infer the location for a command, according to oneembodiment.

FIG. 16 is a screen shot depicting an example of the use of a telephonefavorites list as a source of context, according to one embodiment.

FIGS. 17 through 20 are a series of screen shots depicting an example ofthe use of current application context to interpret and operationalize acommand, according to one embodiment.

FIG. 21 is a screen shot depicting an example of the use of currentapplication context to interpret a command that invokes a differentapplication.

FIGS. 22 through 24 are a series of screen shots depicting an example ofthe use of event context in the form of an incoming text message,according to one embodiment.

FIGS. 25A and 25B are a series of screen shots depicting an example ofthe use of prior dialog context, according to one embodiment.

FIGS. 26A and 26B are screen shots depicting an example of a userinterface for selecting among candidate interpretations, according toone embodiment.

FIG. 27 is a block diagram depicting an example of one embodiment of avirtual assistant system.

FIG. 28 is a block diagram depicting a computing device suitable forimplementing at least a portion of a virtual assistant according to atleast one embodiment.

FIG. 29 is a block diagram depicting an architecture for implementing atleast a portion of a virtual assistant on a standalone computing system,according to at least one embodiment.

FIG. 30 is a block diagram depicting an architecture for implementing atleast a portion of a virtual assistant on a distributed computingnetwork, according to at least one embodiment.

FIG. 31 is a block diagram depicting a system architecture illustratingseveral different types of clients and modes of operation.

FIG. 32 is a block diagram depicting a client and a server, whichcommunicate with each other to implement the present invention accordingto one embodiment.

FIG. 33 is a screen shot illustrating a virtual assistant userinterface, according to one embodiment.

FIG. 34 is a flow chart of a method of operating a digital assistantaccording to one embodiment.

DETAILED DESCRIPTION OF THE EMBODIMENTS

According to various embodiments of the present invention, a variety ofcontextual information is acquired and applied to perform informationprocessing functions in support of the operations of a virtualassistant. For purposes of the description, the term “virtual assistant”is equivalent to the term “intelligent automated assistant”, bothreferring to any information processing system that performs one or moreof the functions of:

-   -   interpreting human language input, in spoken and/or text form;    -   operationalizing a representation of user intent into a form        that can be executed, such as a representation of a task with        steps and/or parameters;    -   executing task representations, by invoking programs, methods,        services, APIs, or the like; and    -   generating output responses to the user in language and/or        graphical form.

An example of such a virtual assistant is described in related U.S.Utility application Ser. No. 12/987,982 for “Intelligent AutomatedAssistant”, filed Jan. 10, 2011, the entire disclosure of which isincorporated herein by reference.

Various techniques will now be described in detail with reference toexample embodiments as illustrated in the accompanying drawings. In thefollowing description, numerous specific details are set forth in orderto provide a thorough understanding of one or more aspects and/orfeatures described or reference herein. It will be apparent, however, toone skilled in the art, that one or more aspects and/or featuresdescribed or reference herein may be practiced without some or all ofthese specific details. In other instances, well known process stepsand/or structures have not been described in detail in order to notobscure some of the aspects and/or features described or referenceherein.

One or more different inventions may be described in the presentapplication. Further, for one or more of the invention(s) describedherein, numerous embodiments may be described in this patentapplication, and are presented for illustrative purposes only. Thedescribed embodiments are not intended to be limiting in any sense. Oneor more of the invention(s) may be widely applicable to numerousembodiments, as is readily apparent from the disclosure. Theseembodiments are described in sufficient detail to enable those skilledin the art to practice one or more of the invention(s), and it is to beunderstood that other embodiments may be utilized and that structural,logical, software, electrical and other changes may be made withoutdeparting from the scope of the one or more of the invention(s).Accordingly, those skilled in the art will recognize that the one ormore of the invention(s) may be practiced with various modifications andalterations. Particular features of one or more of the invention(s) maybe described with reference to one or more particular embodiments orfigures that form a part of the present disclosure, and in which areshown, by way of illustration, specific embodiments of one or more ofthe invention(s). It should be understood, however, that such featuresare not limited to usage in the one or more particular embodiments orfigures with reference to which they are described. The presentdisclosure is neither a literal description of all embodiments of one ormore of the invention(s) nor a listing of features of one or more of theinvention(s) that must be present in all embodiments.

Headings of sections provided in this patent application and the titleof this patent application are for convenience only, and are not to betaken as limiting the disclosure in any way.

Devices that are in communication with each other need not be incontinuous communication with each other, unless expressly specifiedotherwise. In addition, devices that are in communication with eachother may communicate directly or indirectly through one or moreintermediaries.

A description of an embodiment with several components in communicationwith each other does not imply that all such components are required. Tothe contrary, a variety of optional components are described toillustrate the wide variety of possible embodiments of one or more ofthe invention(s).

Further, although process steps, method steps, algorithms or the likemay be described in a sequential order, such processes, methods andalgorithms may be configured to work in any suitable order. In otherwords, any sequence or order of steps that may be described in thispatent application does not, in and of itself, indicate a requirementthat the steps be performed in that order. Further, some steps may beperformed simultaneously despite being described or implied as occurringnon-simultaneously (e.g., because one step is described after the otherstep). Moreover, the illustration of a process by its depiction in adrawing does not imply that the illustrated process is exclusive ofother variations and modifications thereto, does not imply that theillustrated process or any of its steps are necessary to one or more ofthe invention(s), and does not imply that the illustrated process ispreferred.

When a single device or article is described, it will be readilyapparent that more than one device/article (whether or not theycooperate) may be used in place of a single device/article. Similarly,where more than one device or article is described (whether or not theycooperate), it will be readily apparent that a single device/article maybe used in place of the more than one device or article.

The functionality and/or the features of a device may be alternativelyembodied by one or more other devices that are not explicitly describedas having such functionality/features. Thus, other embodiments of one ormore of the invention(s) need not include the device itself.

Techniques and mechanisms described or reference herein will sometimesbe described in singular form for clarity. However, it should be notedthat particular embodiments include multiple iterations of a techniqueor multiple instantiations of a mechanism unless noted otherwise.

Although described within the context of technology for implementing anintelligent automated assistant, also known as a virtual assistant, itmay be understood that the various aspects and techniques describedherein may also be deployed and/or applied in other fields of technologyinvolving human and/or computerized interaction with software.

Other aspects relating to virtual assistant technology (e.g., which maybe utilized by, provided by, and/or implemented at one or more virtualassistant system embodiments described herein) are disclosed in one ormore of the following, the entire disclosures of which are incorporatedherein by reference:

-   U.S. Utility application Ser. No. 12/987,982 for “Intelligent    Automated Assistant”, filed Jan. 10, 2011;-   U.S. Provisional Patent Application Ser. No. 61/295,774 for    “Intelligent Automated Assistant”, filed Jan. 18, 2010;-   U.S. patent application Ser. No. 11/518,292 for “Method And    Apparatus for Building an Intelligent Automated Assistant”, filed    Sep. 8, 2006; and-   U.S. Provisional Patent Application Ser. No. 61/186,414 for “System    and Method for Semantic Auto-Completion”, filed Jun. 12, 2009.    Hardware Architecture

Generally, the virtual assistant techniques disclosed herein may beimplemented on hardware or a combination of software and hardware. Forexample, they may be implemented in an operating system kernel, in aseparate user process, in a library package bound into networkapplications, on a specially constructed machine, and/or on a networkinterface card. In a specific embodiment, the techniques disclosedherein may be implemented in software such as an operating system or inan application running on an operating system.

Software/hardware hybrid implementation(s) of at least some of thevirtual assistant embodiment(s) disclosed herein may be implemented on aprogrammable machine selectively activated or reconfigured by a computerprogram stored in memory. Such network devices may have multiple networkinterfaces which may be configured or designed to utilize differenttypes of network communication protocols. A general architecture forsome of these machines may appear from the descriptions disclosedherein. According to specific embodiments, at least some of the featuresand/or functionalities of the various virtual assistant embodimentsdisclosed herein may be implemented on one or more general-purposenetwork host machines such as an end-user computer system, computer,network server or server system, mobile computing device (e.g., personaldigital assistant, mobile phone, smartphone, laptop, tablet computer, orthe like), consumer electronic device, music player, or any othersuitable electronic device, router, switch, or the like, or anycombination thereof. In at least some embodiments, at least some of thefeatures and/or functionalities of the various virtual assistantembodiments disclosed herein may be implemented in one or morevirtualized computing environments (e.g., network computing clouds, orthe like).

Referring now to FIG. 28, there is shown a block diagram depicting acomputing device 60 suitable for implementing at least a portion of thevirtual assistant features and/or functionalities disclosed herein.Computing device 60 may be, for example, an end-user computer system,network server or server system, mobile computing device (e.g., personaldigital assistant, mobile phone, smartphone, laptop, tablet computer, orthe like), consumer electronic device, music player, or any othersuitable electronic device, or any combination or portion thereof.Computing device 60 may be adapted to communicate with other computingdevices, such as clients and/or servers, over a communications networksuch as the Internet, using known protocols for such communication,whether wireless or wired.

In one embodiment, computing device 60 includes central processing unit(CPU) 62, interfaces 68, and a bus 67 (such as a peripheral componentinterconnect (PCI) bus). When acting under the control of appropriatesoftware or firmware, CPU 62 may be responsible for implementingspecific functions associated with the functions of a specificallyconfigured computing device or machine. For example, in at least oneembodiment, a user's personal digital assistant (PDA) or smartphone maybe configured or designed to function as a virtual assistant systemutilizing CPU 62, memory 61, 65, and interface(s) 68. In at least oneembodiment, the CPU 62 may be caused to perform one or more of thedifferent types of virtual assistant functions and/or operations underthe control of software modules/components, which for example, mayinclude an operating system and any appropriate applications software,drivers, and the like.

CPU 62 may include one or more processor(s) 63 such as, for example, aprocessor from the Motorola or Intel family of microprocessors or theMIPS family of microprocessors. In some embodiments, processor(s) 63 mayinclude specially designed hardware (e.g., application-specificintegrated circuits (ASICs), electrically erasable programmableread-only memories (EEPROMs), field-programmable gate arrays (FPGAs),and the like) for controlling the operations of computing device 60. Ina specific embodiment, a memory 61 (such as non-volatile random accessmemory (RAM) and/or read-only memory (ROM)) also forms part of CPU 62.However, there are many different ways in which memory may be coupled tothe system. Memory block 61 may be used for a variety of purposes suchas, for example, caching and/or storing data, programming instructions,and the like.

As used herein, the term “processor” is not limited merely to thoseintegrated circuits referred to in the art as a processor, but broadlyrefers to a microcontroller, a microcomputer, a programmable logiccontroller, an application-specific integrated circuit, and any otherprogrammable circuit.

In one embodiment, interfaces 68 are provided as interface cards(sometimes referred to as “line cards”). Generally, they control thesending and receiving of data packets over a computing network andsometimes support other peripherals used with computing device 60. Amongthe interfaces that may be provided are Ethernet interfaces, frame relayinterfaces, cable interfaces, DSL interfaces, token ring interfaces, andthe like. In addition, various types of interfaces may be provided suchas, for example, universal serial bus (USB), Serial, Ethernet, Firewire,PCI, parallel, radio frequency (RF), Bluetooth™, near-fieldcommunications (e.g., using near-field magnetics), 802.11 (WiFi), framerelay, TCP/IP, ISDN, fast Ethernet interfaces, Gigabit Ethernetinterfaces, asynchronous transfer mode (ATM) interfaces, high-speedserial interface (HSSI) interfaces, Point of Sale (POS) interfaces,fiber data distributed interfaces (FDDIs), and the like. Generally, suchinterfaces 68 may include ports appropriate for communication with theappropriate media. In some cases, they may also include an independentprocessor and, in some instances, volatile and/or non-volatile memory(e.g., RAM).

Although the system shown in FIG. 28 illustrates one specificarchitecture for a computing device 60 for implementing the techniquesof the invention described herein, it is by no means the only devicearchitecture on which at least a portion of the features and techniquesdescribed herein may be implemented. For example, architectures havingone or any number of processors 63 can be used, and such processors 63can be present in a single device or distributed among any number ofdevices. In one embodiment, a single processor 63 handles communicationsas well as routing computations. In various embodiments, different typesof virtual assistant features and/or functionalities may be implementedin a virtual assistant system which includes a client device (such as apersonal digital assistant or smartphone running client software) andserver system(s) (such as a server system described in more detailbelow).

Regardless of network device configuration, the system of the presentinvention may employ one or more memories or memory modules (such as,for example, memory block 65) configured to store data, programinstructions for the general-purpose network operations and/or otherinformation relating to the functionality of the virtual assistanttechniques described herein. The program instructions may control theoperation of an operating system and/or one or more applications, forexample. The memory or memories may also be configured to store datastructures, keyword taxonomy information, advertisement information,user click and impression information, and/or other specific non-programinformation described herein.

Because such information and program instructions may be employed toimplement the systems/methods described herein, at least some networkdevice embodiments may include nontransitory machine-readable storagemedia, which, for example, may be configured or designed to storeprogram instructions, state information, and the like for performingvarious operations described herein. Examples of such nontransitorymachine-readable storage media include, but are not limited to, magneticmedia such as hard disks, floppy disks, and magnetic tape; optical mediasuch as CD-ROM disks; magneto-optical media such as floptical disks, andhardware devices that are specially configured to store and performprogram instructions, such as read-only memory devices (ROM), flashmemory, memristor memory, random access memory (RAM), and the like.Examples of program instructions include both machine code, such asproduced by a compiler, and files containing higher level code that maybe executed by the computer using an interpreter.

In one embodiment, the system of the present invention is implemented ona standalone computing system. Referring now to FIG. 29, there is showna block diagram depicting an architecture for implementing at least aportion of a virtual assistant on a standalone computing system,according to at least one embodiment. Computing device 60 includesprocessor(s) 63 which run software for implementing virtual assistant1002. Input device 1206 can be of any type suitable for receiving userinput, including for example a keyboard, touchscreen, microphone (forexample, for voice input), mouse, touchpad, trackball, five-way switch,joystick, and/or any combination thereof. Output device 1207 can be ascreen, speaker, printer, and/or any combination thereof. Memory 1210can be random-access memory having a structure and architecture as areknown in the art, for use by processor(s) 63 in the course of runningsoftware. Storage device 1208 can be any magnetic, optical, and/orelectrical storage device for storage of data in digital form; examplesinclude flash memory, magnetic hard drive, CD-ROM, and/or the like.

In another embodiment, the system of the present invention isimplemented on a distributed computing network, such as one having anynumber of clients and/or servers. Referring now to FIG. 30, there isshown a block diagram depicting an architecture for implementing atleast a portion of a virtual assistant on a distributed computingnetwork, according to at least one embodiment.

In the arrangement shown in FIG. 30, any number of clients 1304 areprovided; each client 1304 may run software for implementing client-sideportions of the present invention. In addition, any number of servers1340 can be provided for handling requests received from clients 1304.Clients 1304 and servers 1340 can communicate with one another viaelectronic network 1361, such as the Internet. Network 1361 may beimplemented using any known network protocols, including for examplewired and/or wireless protocols.

In addition, in one embodiment, servers 1340 can call external services1360 when needed to obtain additional information or refer to store dataconcerning previous interactions with particular users. Communicationswith external services 1360 can take place, for example, via network1361. In various embodiments, external services 1360 include web-enabledservices and/or functionality related to or installed on the hardwaredevice itself. For example, in an embodiment where assistant 1002 isimplemented on a smartphone or other electronic device, assistant 1002can obtain information stored in a calendar application (“app”),contacts, and/or other sources.

In various embodiments, assistant 1002 can control many features andoperations of an electronic device on which it is installed. Forexample, assistant 1002 can call external services 1360 that interfacewith functionality and applications on a device via APIs or by othermeans, to perform functions and operations that might otherwise beinitiated using a conventional user interface on the device. Suchfunctions and operations may include, for example, setting an alarm,making a telephone call, sending a text message or email message, addinga calendar event, and the like. Such functions and operations may beperformed as add-on functions in the context of a conversational dialogbetween a user and assistant 1002. Such functions and operations can bespecified by the user in the context of such a dialog, or they may beautomatically performed based on the context of the dialog. One skilledin the art will recognize that assistant 1002 can thereby be used as acontrol mechanism for initiating and controlling various operations onthe electronic device, which may be used as an alternative toconventional mechanisms such as buttons or graphical user interfaces.

For example, the user may provide input to assistant 1002 such as “Ineed to wake tomorrow at 8 am”. Once assistant 1002 has determined theuser's intent, using the techniques described herein, assistant 1002 cancall external services 1340 to interface with an alarm clock function orapplication on the device. Assistant 1002 sets the alarm on behalf ofthe user. In this manner, the user can use assistant 1002 as areplacement for conventional mechanisms for setting the alarm orperforming other functions on the device. If the user's requests areambiguous or need further clarification, assistant 1002 can use thevarious techniques described herein, including active elicitation,paraphrasing, suggestions, and the like, and including obtaining contextinformation, so that the correct services 1340 are called and theintended action taken. In one embodiment, assistant 1002 may prompt theuser for confirmation and/or request additional context information fromany suitable source before calling a service 1340 to perform a function.In one embodiment, a user can selectively disable assistant's 1002ability to call particular services 1340, or can disable all suchservice-calling if desired.

The system of the present invention can be implemented with any of anumber of different types of clients 1304 and modes of operation.Referring now to FIG. 31, there is shown a block diagram depicting asystem architecture illustrating several different types of clients 1304and modes of operation. One skilled in the art will recognize that thevarious types of clients 1304 and modes of operation shown in FIG. 31are merely exemplary, and that the system of the present invention canbe implemented using clients 1304 and/or modes of operation other thanthose depicted. Additionally, the system can include any or all of suchclients 1304 and/or modes of operation, alone or in any combination.Depicted examples include:

-   -   Computer devices with input/output devices and/or sensors 1402.        A client component may be deployed on any such computer device        1402. At least one embodiment may be implemented using a web        browser 1304A or other software application for enabling        communication with servers 1340 via network 1361. Input and        output channels may of any type, including for example visual        and/or auditory channels. For example, in one embodiment, the        system of the invention can be implemented using voice-based        communication methods, allowing for an embodiment of the        assistant for the blind whose equivalent of a web browser is        driven by speech and uses speech for output.    -   Mobile Devices with I/O and sensors 1406, for which the client        may be implemented as an application on the mobile device 1304B.        This includes, but is not limited to, mobile phones,        smartphones, personal digital assistants, tablet devices,        networked game consoles, and the like.    -   Consumer Appliances with I/O and sensors 1410, for which the        client may be implemented as an embedded application on the        appliance 1304C.    -   Automobiles and other vehicles with dashboard interfaces and        sensors 1414, for which the client may be implemented as an        embedded system application 1304D. This includes, but is not        limited to, car navigation systems, voice control systems,        in-car entertainment systems, and the like.    -   Networked computing devices such as routers 1418 or any other        device that resides on or interfaces with a network, for which        the client may be implemented as a device-resident application        1304E.    -   Email clients 1424, for which an embodiment of the assistant is        connected via an Email Modality Server 1426. Email Modality        server 1426 acts as a communication bridge, for example taking        input from the user as email messages sent to the assistant and        sending output from the assistant to the user as replies.    -   Instant messaging clients 1428, for which an embodiment of the        assistant is connected via a Messaging Modality Server 1430.        Messaging Modality server 1430 acts as a communication bridge,        taking input from the user as messages sent to the assistant and        sending output from the assistant to the user as messages in        reply.    -   Voice telephones 1432, for which an embodiment of the assistant        is connected via a Voice over Internet Protocol (VoIP) Modality        Server 1430. VoIP Modality server 1430 acts as a communication        bridge, taking input from the user as voice spoken to the        assistant and sending output from the assistant to the user, for        example as synthesized speech, in reply.

For messaging platforms including but not limited to email, instantmessaging, discussion forums, group chat sessions, live help or customersupport sessions and the like, assistant 1002 may act as a participantin the conversations. Assistant 1002 may monitor the conversation andreply to individuals or the group using one or more the techniques andmethods described herein for one-to-one interactions.

In various embodiments, functionality for implementing the techniques ofthe present invention can be distributed among any number of clientand/or server components. For example, various software modules can beimplemented for performing various functions in connection with thepresent invention, and such modules can be variously implemented to runon server and/or client components. Further details for such anarrangement are provided in related U.S. Utility application Ser. No.12/987,982 for “Intelligent Automated Assistant”, filed Jan. 10, 2011,the entire disclosure of which is incorporated herein by reference.

In the example of FIG. 32, input elicitation functionality and outputprocessing functionality are distributed among client 1304 and server1340, with client part of input elicitation 2794 a and client part ofoutput processing 2792 a located at client 1304, and server part ofinput elicitation 2794 b and server part of output processing 2792 blocated at server 1340. The following components are located at server1340:

-   -   complete vocabulary 2758 b;    -   complete library of language pattern recognizers 2760 b;    -   master version of short term personal memory 2752 b;    -   master version of long term personal memory 2754 b.

In one embodiment, client 1304 maintains subsets and/or portions ofthese components locally, to improve responsiveness and reducedependence on network communications. Such subsets and/or portions canbe maintained and updated according to well known cache managementtechniques. Such subsets and/or portions include, for example:

-   -   subset of vocabulary 2758 a;    -   subset of library of language pattern recognizers 2760 a;    -   cache of short term personal memory 2752 a;    -   cache of long term personal memory 2754 a.

Additional components may be implemented as part of server 1340,including for example:

-   -   language interpreter 2770;    -   dialog flow processor 2780;    -   output processor 2790;    -   domain entity databases 2772;    -   task flow models 2786;    -   services orchestration 2782;    -   service capability models 2788.

Each of these components will be described in more detail below. Server1340 obtains additional information by interfacing with externalservices 1360 when needed.

Conceptual Architecture

Referring now to FIG. 27, there is shown a simplified block diagram of aspecific example embodiment of a virtual assistant 1002. As described ingreater detail in related U.S. utility applications referenced above,different embodiments of virtual assistant 1002 may be configured,designed, and/or operable to provide various different types ofoperations, functionalities, and/or features generally relating tovirtual assistant technology. Further, as described in greater detailherein, many of the various operations, functionalities, and/or featuresof virtual assistant 1002 disclosed herein may enable or providedifferent types of advantages and/or benefits to different entitiesinteracting with virtual assistant 1002. The embodiment shown in FIG. 27may be implemented using any of the hardware architectures describedabove, or using a different type of hardware architecture.

For example, according to different embodiments, virtual assistant 1002may be configured, designed, and/or operable to provide variousdifferent types of operations, functionalities, and/or features, suchas, for example, one or more of the following (or combinations thereof):

-   -   automate the application of data and services available over the        Internet to discover, find, choose among, purchase, reserve, or        order products and services. In addition to automating the        process of using these data and services, virtual assistant 1002        may also enable the combined use of several sources of data and        services at once. For example, it may combine information about        products from several review sites, check prices and        availability from multiple distributors, and check their        locations and time constraints, and help a user find a        personalized solution to their problem.    -   automate the use of data and services available over the        Internet to discover, investigate, select among, reserve, and        otherwise learn about things to do (including but not limited to        movies, events, performances, exhibits, shows and attractions);        places to go (including but not limited to travel destinations,        hotels and other places to stay, landmarks and other sites of        interest, and the like); places to eat or drink (such as        restaurants and bars), times and places to meet others, and any        other source of entertainment or social interaction that may be        found on the Internet.    -   enable the operation of applications and services via natural        language dialog that are otherwise provided by dedicated        applications with graphical user interfaces including search        (including location-based search); navigation (maps and        directions); database lookup (such as finding businesses or        people by name or other properties); getting weather conditions        and forecasts, checking the price of market items or status of        financial transactions; monitoring traffic or the status of        flights; accessing and updating calendars and schedules;        managing reminders, alerts, tasks and projects; communicating        over email or other messaging platforms; and operating devices        locally or remotely (e.g., dialing telephones, controlling light        and temperature, controlling home security devices, playing        music or video, and the like). In one embodiment, virtual        assistant 1002 can be used to initiate, operate, and control        many functions and apps available on the device.    -   offer personal recommendations for activities, products,        services, source of entertainment, time management, or any other        kind of recommendation service that benefits from an interactive        dialog in natural language and automated access to data and        services.

According to different embodiments, at least a portion of the varioustypes of functions, operations, actions, and/or other features providedby virtual assistant 1002 may be implemented at one or more clientsystems(s), at one or more server system(s), and/or combinationsthereof.

According to different embodiments, at least a portion of the varioustypes of functions, operations, actions, and/or other features providedby virtual assistant 1002 may use contextual information in interpretingand operationalizing user input, as described in more detail herein.

For example, in at least one embodiment, virtual assistant 1002 may beoperable to utilize and/or generate various different types of dataand/or other types of information when performing specific tasks and/oroperations. This may include, for example, input data/information and/oroutput data/information. For example, in at least one embodiment,virtual assistant 1002 may be operable to access, process, and/orotherwise utilize information from one or more different types ofsources, such as, for example, one or more local and/or remote memories,devices and/or systems. Additionally, in at least one embodiment,virtual assistant 1002 may be operable to generate one or more differenttypes of output data/information, which, for example, may be stored inmemory of one or more local and/or remote devices and/or systems.

Examples of different types of input data/information which may beaccessed and/or utilized by virtual assistant 1002 may include, but arenot limited to, one or more of the following (or combinations thereof):

-   -   Voice input: from mobile devices such as mobile telephones and        tablets, computers with microphones, Bluetooth headsets,        automobile voice control systems, over the telephone system,        recordings on answering services, audio voicemail on integrated        messaging services, consumer applications with voice input such        as clock radios, telephone station, home entertainment control        systems, and game consoles.    -   Text input from keyboards on computers or mobile devices,        keypads on remote controls or other consumer electronics        devices, email messages sent to the assistant, instant messages        or similar short messages sent to the assistant, text received        from players in multiuser game environments, and text streamed        in message feeds.    -   Location information coming from sensors or location-based        systems. Examples include Global Positioning System (GPS) and        Assisted GPS (A-GPS) on mobile phones. In one embodiment,        location information is combined with explicit user input. In        one embodiment, the system of the present invention is able to        detect when a user is at home, based on known address        information and current location determination. In this manner,        certain inferences may be made about the type of information the        user might be interested in when at home as opposed to outside        the home, as well as the type of services and actions that        should be invoked on behalf of the user depending on whether or        not he or she is at home.    -   Time information from clocks on client devices. This may        include, for example, time from telephones or other client        devices indicating the local time and time zone. In addition,        time may be used in the context of user requests, such as for        instance, to interpret phrases such as “in an hour” and        “tonight”.    -   Compass, accelerometer, gyroscope, and/or travel velocity data,        as well as other sensor data from mobile or handheld devices or        embedded systems such as automobile control systems. This may        also include device positioning data from remote controls to        appliances and game consoles.    -   Clicking and menu selection and other events from a graphical        user interface (GUI) on any device having a GUI. Further        examples include touches to a touch screen.    -   Events from sensors and other data-driven triggers, such as        alarm clocks, calendar alerts, price change triggers, location        triggers, push notification onto a device from servers, and the        like.

The input to the embodiments described herein also includes the contextof the user interaction history, including dialog and request history.

As described in the related U.S. Utility applications cross-referencedabove, many different types of output data/information may be generatedby virtual assistant 1002. These may include, but are not limited to,one or more of the following (or combinations thereof):

-   -   Text output sent directly to an output device and/or to the user        interface of a device;    -   Text and graphics sent to a user over email;    -   Text and graphics send to a user over a messaging service;    -   Speech output, which may include one or more of the following        (or combinations thereof):        -   Synthesized speech;        -   Sampled speech;        -   Recorded messages;    -   Graphical layout of information with photos, rich text, videos,        sounds, and hyperlinks (for instance, the content rendered in a        web browser);    -   Actuator output to control physical actions on a device, such as        causing it to turn on or off, make a sound, change color,        vibrate, control a light, or the like;    -   Invoking other applications on a device, such as calling a        mapping application, voice dialing a telephone, sending an email        or instant message, playing media, making entries in calendars,        task managers, and note applications, and other applications;    -   Actuator output to control physical actions to devices attached        or controlled by a device, such as operating a remote camera,        controlling a wheelchair, playing music on remote speakers,        playing videos on remote displays, and the like.

It may be appreciated that the virtual assistant 1002 of FIG. 27 is butone example from a wide range of virtual assistant system embodimentswhich may be implemented. Other embodiments of the virtual assistantsystem (not shown) may include additional, fewer and/or differentcomponents/features than those illustrated, for example, in the examplevirtual assistant system embodiment of FIG. 27.

Virtual assistant 1002 may include a plurality of different types ofcomponents, devices, modules, processes, systems, and the like, which,for example, may be implemented and/or instantiated via the use ofhardware and/or combinations of hardware and software. For example, asillustrated in the example embodiment of FIG. 27, assistant 1002 mayinclude one or more of the following types of systems, components,devices, processes, and the like (or combinations thereof):

-   -   One or more active ontologies 1050;    -   Active input elicitation component(s) 2794 (may include client        part 2794 a and server part 2794 b);    -   Short term personal memory component(s) 2752 (may include master        version 2752 b and cache 2752 a);    -   Long-term personal memory component(s) 2754 (may include master        version 2754 b and cache 2754 a; may include, for example,        personal databases 1058, application preferences and usage        history 1072, and the like);    -   Domain models component(s) 2756;    -   Vocabulary component(s) 2758 (may include complete vocabulary        2758 b and subset 2758 a);    -   Language pattern recognizer(s) component(s) 2760 (may include        full library 2760 b and subset 2760 a);    -   Language interpreter component(s) 2770;    -   Domain entity database(s) 2772;    -   Dialog flow processor component(s) 2780;    -   Services orchestration component(s) 2782;    -   Services component(s) 2784;    -   Task flow models component(s) 2786;    -   Dialog flow models component(s) 2787;    -   Service models component(s) 2788;    -   Output processor component(s) 2790.

In certain client/server-based embodiments, some or all of thesecomponents may be distributed between client 1304 and server 1340.

In one embodiment, virtual assistant 1002 receives user input 2704 viaany suitable input modality, including for example touchscreen input,keyboard input, spoken input, and/or any combination thereof. In oneembodiment, assistant 1002 also receives context information 1000, whichmay include event context 2706 and/or any of several other types ofcontext as described in more detail herein.

Upon processing user input 2704 and context information 1000 accordingto the techniques described herein, virtual assistant 1002 generatesoutput 2708 for presentation to the user. Output 2708 can be generatedaccording to any suitable output modality, which may be informed bycontext 1000 as well as other factors, if appropriate. Examples ofoutput modalities include visual output as presented on a screen,auditory output (which may include spoken output and/or beeps and othersounds), haptic output (such as vibration), and/or any combinationthereof.

In addition to performing other tasks, the output processor component(s)2790 are responsible for rendering the user interface, e.g., the userinterfaces shown in FIGS. 11-26B and 33. The output processorcomponent(s) 2790 may be hardware, software, or a combination thereof.In some embodiments, the output processor component(s) 2790 are storedin memory, e.g., memory 61, 65 (FIG. 28), 1210 (FIG. 29), etc. In someembodiments, the output processor component(s) 2790 include backgroundimages, images of display regions or windows, icons, etc.

Additional details concerning the operation of the various componentsdepicted in FIG. 27 are provided in related U.S. Utility applicationSer. No. 12/987,982 for “Intelligent Automated Assistant”, filed Jan.10, 2011, the entire disclosure of which is incorporated herein byreference.

Context

As described above, in one embodiment virtual assistant 1002 acquiresand applies a variety of contextual information to perform informationprocessing functions. The following description sets forth:

-   -   A range of sources of context information for use by virtual        assistant 1002;    -   Techniques for representing, organizing, and searching context        information;    -   Methods by which context information can support the operation        of several functions of virtual assistants; and    -   Methods for efficiently acquiring, accessing, and applying        context information in a distributed system.

One skilled in the art will recognize that the following description ofsources, techniques, and methods for using context information is merelyexemplary, and that other sources, techniques, and methods can be usedwithout departing from the essential characteristics of the presentinvention.

Sources of Context

Throughout phases of information processing performed by virtualassistant 1002, several different kinds of context can be used to reducepossible interpretations of user input. Examples include applicationcontext, personal data context, and previous dialog history. One skilledin the art will recognize that other sources of context may also beavailable.

Referring now to FIG. 1, there is shown a block diagram depictingvirtual assistant 1002 and some examples of sources of context that caninfluence its operation according to one embodiment. Virtual assistant1002 takes user input 2704, such as spoken or typed language, processesthe input, and generates output 2708 to the user and/or performs 2710actions on behalf of the user. It may be appreciated that virtualassistant 1002 as depicted in FIG. 1 is merely one example from a widerange of virtual assistant system embodiments which may be implemented.Other embodiments of virtual assistant systems (not shown) may includeadditional, fewer and/or different components/features than thoseillustrated, for example, in the example virtual assistant 1002 depictedin FIG. 1.

As described in more detail herein, virtual assistant 1002 can draw onany of a number of different sources of knowledge and data, such asdictionaries, domain models, and/or task models. From the perspective ofthe present invention, such sources, referred to as background sources,are internal to assistant 1002. In addition to user input 2704 andbackground sources, virtual assistant 1002 can also draw on informationfrom several sources of context, including for example device sensordata 1056, application preferences and usage history 1072, dialoghistory and assistant memory 1052, personal databases 1058, personalacoustic context data 1080, current application context 1060, and eventcontext 2706. These will be described in detail herein.

Application Context 1060

Application context 1060 refers to the application or similar softwarestate in which the user is doing something. For example, the user couldbe using a text messaging application to chat with a particular person.Virtual assistant 1002 need not be specific to or part of the userinterface of the text messaging application. Rather, virtual assistant1002 can receive context from any number of applications, with eachapplication contributing its context to inform virtual assistant 1002.

If the user is currently using an application when virtual assistant1002 is invoked, the state of that application can provide usefulcontext information. For example, if virtual assistant 1002 is invokedfrom within an email application, context information may include senderinformation, recipient information, date and/or time sent, subject, dataextracted from email content, mailbox or folder name, and the like.

Referring now to FIGS. 11 through 13, there is shown a set of screenshots depicting examples of the use of application context in a textmessaging domain to derive a referent for a pronoun, according to oneembodiment. FIG. 11 depicts screen 1150 that may be displayed while theuser is in a text messaging application. FIG. 12 depicts screen 1250after virtual assistant 1002 has been activated in the context of thetext messaging application. In this example, virtual assistant 1002presents prompt 1251 to the user. In one embodiment, the user canprovide spoken input by tapping on microphone icon 1252. In anotherembodiment, assistant 1002 is able to accept spoken input at any time,and does not require the user to tap on microphone icon 1252 beforeproviding input; thus, icon 1252 can be a reminder that assistant 1002is waiting for spoken input.

As shown in FIG. 13, in some embodiments, when the user provides aspeech input, the virtual assistant 1002 repeats the user's input as atext string within quotation marks (“Call him”). The virtual assistant1002 then presents a text string output (with or without a simultaneousspeech output) informing the user what action is about to be performedperformed (e.g., “Calling John Appleseed's mobile phone: (408) 555-1212. . . ”). In other embodiments, the virtual assistant summarizes theuser's request or command (e.g., you have asked me to call JohnAppleseed's mobile number).

In FIG. 13, the user has engaged in a dialog with virtual assistant1002, as shown on screen 1253. The user's speech input “call him” hasbeen echoed back, and virtual assistant 1002 is responding that it willcall a particular person at a particular phone number. If the user'sinput was ambiguous, the virtual assistant attempts to disambiguate theuser input. To interpret or disambiguate the user's ambiguous input, thevirtual assistant 1002 uses a combination of multiple sources of contextto derive a referent for a pronoun, as described in more detail herein.For example, if the user says “Call Herb” and the user's contact bookincludes two people by the name of Herb, the virtual assistant 1002 asksthe user which “Herb” he wants to call, as shown in FIG. 14.

Referring now to FIGS. 17 to 20, there is shown another example of theuse of current application context to interpret and operationalize acommand, according to one embodiment.

In FIG. 17, the user is presented with his or her email inbox 1750, andselects a particular email message 1751 to view. FIG. 18 depicts emailmessage 1751 after it has been selected for viewing; in this example,email message 1751 includes an image.

In FIG. 19, the user has activated virtual assistant 1002 while viewingemail message 1751 from within the email application. In one embodiment,the display of email message 1751 moves upward on the screen to makeroom for prompt 150 from virtual assistant 1002. This display reinforcesthe notion that virtual assistant 1002 is offering assistance in thecontext of the currently viewed email message 1751. Accordingly, theuser's input to virtual assistant 1002 will be interpreted in thecurrent context wherein email message 1751 is being viewed.

In FIG. 20, the user has provided a command 2050: “Reply let's get thisto marketing right away”. Context information, including informationabout email message 1751 and the email application in which itdisplayed, is used to interpret command 2050. This context can be usedto determine the meaning of the words “reply” and “this” in command2050, and to resolve how to set up an email composition transaction to aparticular recipient on a particular message thread. In this case,virtual assistant 1002 is able to access context information todetermine that “marketing” refers to a recipient named John Applecoreand is able to determine an email address to use for the recipient.Accordingly, virtual assistant 1002 composes email 2052 for the user toapprove and send. In this manner, virtual assistant 1002 is able tooperationalize a task (composing an email message) based on user inputtogether with context information describing the state of the currentapplication.

Application context can also help identify the meaning of the user'sintent across applications. Referring now to FIG. 21, there is shown anexample in which the user has invoked virtual assistant 1002 in thecontext of viewing an email message (such as email message 1751), butthe user's command 2150 says “Send him a text . . . ”. Command 2150 isinterpreted by virtual assistant 1002 as indicating that a text message,rather than an email, should be sent. However, the use of the word “him”indicates that the same recipient (John Appleseed) is intended. Virtualassistant 1002 thus recognizes that the communication should go to thisrecipient but on a different channel (a text message to the person'sphone number, obtained from contact information stored on the device).Accordingly, virtual assistant 1002 composes text message 2152 for theuser to approve and send.

Examples of context information that can be obtained from application(s)include, without limitation:

-   -   identity of the application;    -   current object or objects being operated on in the application,        such as current email message, current song or playlist or        channel being played, current book or movie or photo, current        calendar day/week/month, current reminder list, current phone        call, current text messaging conversation, current map location,        current web page or search query, current city or other location        for location-sensitive applications, current social network        profile, or any other application-specific notion of current        objects;    -   names, places, dates, and other identifiable entities or values        that can be extracted from the current objects.        Personal Databases 1058

Another source of context data is the user's personal database(s) 1058on a device such as a phone, such as for example an address bookcontaining names and phone numbers. Referring now to FIG. 14, there isshown an example of a screen shot 1451 wherein virtual assistant 1002 isprompting for name disambiguation, according to one embodiment. Here,the user has said “Call Herb”; virtual assistant 1002 prompts for theuser to choose among the matching contacts in the user's address book.Thus, the address book is used as a source of personal data context.

In one embodiment, personal information of the user is obtained frompersonal databases 1058 for use as context for interpreting and/oroperationalizing the user's intent or other functions of virtualassistant 1002. For example, data in a user's contact database can beused to reduce ambiguity in interpreting a user's command when the userreferred to someone by first name only. Examples of context informationthat can be obtained from personal databases 1058 include, withoutlimitation:

-   -   the user's contact database (address book)—including information        about names, phone numbers, physical addresses, network        addresses, account identifiers, important dates—about people,        companies, organizations, places, web sites, and other entities        that the user might refer to;    -   the user's own names, preferred pronunciations, addresses, phone        numbers, and the like;    -   the user's named relationships, such as mother, father, sister,        boss, and the like.    -   the user's calendar data, including calendar events, names of        special days, or any other named entries that the user might        refer to;    -   the user's reminders or task list, including lists of things to        do, remember, or get that the user might refer to;    -   names of songs, genres, playlists, and other data associated        with the user's music library that the user might refer to;    -   people, places, categories, tags, labels, or other symbolic        names on photos or videos or other media in the user's media        library;    -   titles, authors, genres, or other symbolic names in books or        other literature in the user's personal library.        Dialog History 1052

Another source of context data is the user's dialog history 1052 withvirtual assistant 1002. Such history may include, for example,references to domains, people, places, and so forth. Referring now toFIG. 15, there is shown an example in which virtual assistant 1002 usesdialog context to infer the location for a command, according to oneembodiment. In screen 1551, the user first asks “What's the time in NewYork”; virtual assistant 1002 responds 1552 by providing the currenttime in New York City. The user then asks “What's the weather”. Virtualassistant 1002 uses the previous dialog history to infer that thelocation intended for the weather query is the last location mentionedin the dialog history. Therefore its response 1553 provides weatherinformation for New York City.

As another example, if the user says “find camera shops near here” andthen, after examining the results, says “how about in San Francisco?”,an assistant can use the dialog context to determine that “how about”means “do the same task (find camera stores)” and “in San Francisco”means “changing the locus of the search from here to San Francisco.”Virtual assistant 1002 can also use, as context, previous details of adialog, such as previous output provided to the user. For example, ifvirtual assistant 1002 used a clever response intended as humor, such as“Sure thing, you're the boss”, it can remember that it has already saidthis and can avoid repeating the phrase within a dialog session.

Examples of context information from dialog history and virtualassistant memory include, without limitation:

-   -   people mentioned in a dialog;    -   places and locations mentioned in a dialog;    -   current time frame in focus;    -   current application domain in focus, such as email or calendar;    -   current task in focus, such as reading an email or creating a        calendar entry;    -   current domain objects in focus, such as an email message that        was just read or calendar entry that was just created;    -   current state of a dialog or transactional flow, such as whether        a question is being asked and what possible answers are        expected;    -   history of user requests, such as “good Italian restaurants”;    -   history of results of user requests, such as sets of restaurants        returned;    -   history of phrases used by the assistant in dialog;    -   sfacts that were told to the assistant by the user, such as “my        mother is Rebecca Richards” and “I liked that restaurant”.

Referring now to FIGS. 25A and 25B, there is shown a series of screenshots depicting an example of the use of prior dialog context, accordingto one embodiment. In FIG. 25A, the user has entered a request 2550 forany new e-mail from John. Virtual assistant 1002 responds by displayingan email message 2551 from John. In FIG. 25B, the user enters thecommand 2552 “Reply let's get this to marketing right away”. Virtualassistant 1002 interprets command 2552 using prior dialog context;specifically, the command is interpreted to refer to the email message2551 displayed in FIGS. 25A and 25B.

Device Sensor Data 1056

In one embodiment, a physical device running virtual assistant 1002 mayhave one or more sensors. Such sensors can provide sources of contextualinformation. Example of such information include, without limitation:

-   -   the user's current location;    -   the local time at the user's current location;    -   the position, orientation, and motion of the device;    -   the current light level, temperature and other environmental        measures;    -   the properties of the microphones and cameras in use;    -   the current networks being used, and signatures of connected        networks, including Ethernet, Wi-Fi and Bluetooth. Signatures        include MAC addresses of network access points, IP addresses        assigned, device identifiers such as Bluetooth names, frequency        channels and other properties of wireless networks.

Sensors can be of any type including for example: an accelerometer,compass, GPS unit, altitude detector, light sensor, thermometer,barometer, clock, network interface, battery test circuitry, and thelike.

Application Preferences and Usage History 1072

In one embodiment, information describing the user's preferences andsettings for various applications, as well as his or her usage history1072, are used as context for interpreting and/or operationalizing theuser's intent or other functions of virtual assistant 1002. Examples ofsuch preferences and history 1072 include, without limitation:

-   -   shortcuts, favorites, bookmarks, friends lists, or any other        collections of user data about people, companies, addresses,        phone numbers, places, web sites, email messages, or any other        references;    -   recent calls made on the device;    -   recent text message conversations, including the parties to the        conversations;    -   recent requests for maps or directions;    -   recent web searches and URLs;    -   stocks listed in a stock application;    -   recent songs or video or other media played;    -   the names of alarms set on alerting applications;    -   the names of applications or other digital objects on the        device;    -   the user's preferred language or the language in use at the        user's location.

Referring now to FIG. 16, there is shown an example of the use of atelephone favorites list as a source of context, according to oneembodiment. In screen 1650, a list of favorite contacts 1651 is shown.If the user provides input to “call John”, this list of favoritecontacts 1651 can be used to determine that “John” refers to JohnAppleseed's mobile number, since that number appears in the list.

Event Context 2706

In one embodiment, virtual assistant 1002 is able to use contextassociated with asynchronous events that happen independently of theuser's interaction with virtual assistant 1002. Referring now to FIGS.22 to 24, there is shown an example illustrating activation of virtualassistant 1002 after an event occurs that can provide event context, oralert context, according to one embodiment. In this case, the event isan incoming text message 2250, as shown in FIG. 22. In FIG. 23, virtualassistant 1002 has been invoked, and text message 2250 is shown alongwith prompt 1251. In FIG. 24, the user has input the command “call him”2450. Virtual assistant 1002 uses the event context to disambiguate thecommand by interpreting “him” to mean the person who sent the incomingtext message 2250. Virtual assistant 1002 further uses the event contextto determine which telephone number to use for the outbound call.Confirmation message 2451 is displayed to indicate that the call isbeing placed.

Examples of alert context information include, without limitation:

-   -   incoming text messages or pages;    -   incoming email messages;    -   incoming phone calls;    -   reminder notifications or task alerts;    -   calendar alerts;    -   alarm clock, timers, or other time-based alerts;    -   notifications of scores or other events from games;    -   notifications of financial events such as stock price alerts;    -   news flashes or other broadcast notifications;    -   push notifications from any application.        Personal Acoustic Context Data 1080

When interpreting speech input, virtual assistant 1002 can also takeinto account the acoustic environments in which the speech is entered.For example, the noise profiles of a quiet office are different fromthose of automobiles or public places. If a speech recognition systemcan identify and store acoustic profile data, these data can also beprovided as contextual information. When combined with other contextualinformation such as the properties of the microphones in use, thecurrent location, and the current dialog state, acoustic context can aidin recognition and interpretation of input.

Representing and Accessing Context

As described above, virtual assistant 1002 can use context informationfrom any of a number of different sources. Any of a number of differentmechanisms can be used for representing context so that it can be madeavailable to virtual assistant 1002. Referring now to FIGS. 8a through8d , there are shown several examples of representations of contextinformation as can be used in connection with various embodiments of thepresent invention.

Representing People, Places, Times, Domains, Tasks, and Objects

FIG. 8a depicts examples 801-809 of context variables that representsimple properties such as geo-coordinates of the user's currentlocation. In one embodiment, current values can be maintained for a coreset of context variables. For example, there can be a current user, acurrent location in focus, a current time frame in focus, a currentapplication domain in focus, a current task in focus, and a currentdomain object in focus. A data structure such as shown in FIG. 8a can beused for such a representation.

FIG. 8b depicts example 850 of a more complex representation that may beused for storing context information for a contact. Also shown is anexample 851 of a representation including data for a contact. In oneembodiment, a contact (or person) can be represented as an object withproperties for name, gender, address, phone number, and other propertiesthat might be kept in a contacts database. Similar representations canbe used for places, times, application domains, tasks, domain objects,and the like.

In one embodiment, sets of current values of a given type arerepresented. Such sets can refer to current people, current places,current times, and the like.

In one embodiment, context values are arranged in a history, so that atiteration N there is a frame of current context values, and also a frameof context values that were current at iteration N−1, going back to somelimit on the length of history desired. FIG. 8c depicts an example of anarray 811 including a history of context values. Specifically, eachcolumn of FIG. 8c represents a context variable, with rows correspondingto different times.

In one embodiment, sets of typed context variables are arranged inhistories as shown in FIG. 8d . In the example, a set 861 of contextvariables referring to persons is shown, along with another set 871 ofcontext variables referring to places. Thus, relevant context data for aparticular time in history can be retrieved and applied.

One skilled in the art will recognize that the particularrepresentations shown in FIGS. 8a through 8d are merely exemplary, andthat many other mechanisms and/or data formats for representing contextcan be used. Examples include:

-   -   In one embodiment, the current user of the system can be        represented in some special manner, so that virtual assistant        1002 knows how to address the user and refer to the user's home,        work, mobile phone, and the like.    -   In one embodiment, relationships among people can be        represented, allowing virtual assistant 1002 to understand        references such as “my mother” or “my boss's house”.    -   Places can be represented as objects with properties such as        names, street addresses, geo-coordinates, and the like.    -   Times can be represented as objects with properties including        universal time, time zone offset, resolution (such as year,        month, day, hour, minute, or second). Time objects can also        represent symbolic times such as “today”, “this week”. “this        [upcoming] weekend”, “next week”, “Annie's birthday”, and the        like. Time objects can also represent durations or points of        time.    -   Context can also be provided in terms of an application domain        representing a service or application or domain of discourse,        such as email, text messaging, phone, calendar, contacts,        photos, videos, maps, weather, reminders, clock, web browser,        Facebook, Pandora, and so forth. The current domain indicates        which of these domains is in focus.    -   Context can also define one or more tasks, or operations to        perform within a domain. For example, within the email domain        there are tasks such as read email message, search email,        compose new email, and the like.    -   Domain Objects are data objects associated with the various        domains. For example, the email domain operates on email        messages, the calendar domain operates on calendar events, and        the like.

For purposes of the description provided herein, these representationsof contextual information are referred to as context variables of agiven type. For example, a representation of the current user is acontext variable of type Person.

Representing Context Derivation

In one embodiment, the derivation of context variables is representedexplicitly, so that it can be used in information processing. Thederivation of context information is a characterization of the sourceand/or sets of inferences made to conclude or retrieve the information.For example, a Person context value 851 as depicted in FIG. 8b mighthave been derived from a Text Message Domain Object, which was acquiredfrom Event Context 2706. This source of the context value 851 can berepresented.

Representing a History of User Requests and/or Intent

In one embodiment, a history of the user's requests can be stored. Inone embodiment, a history of the deep structure representation of theuser's intent (as derived from natural language processing) can bestored as well. This allows virtual assistant 1002 to make sense of newinputs in the context of previously interpreted input. For example, ifthe user asks “what is the weather in New York?”, language interpreter2770 might interpret the question as referring to the location of NewYork. If the user then says “what is it for this weekend?” virtualassistant 1002 can refer to this previous interpretation to determinethat “what is it” should be interpreted to mean “what is the weather”.

Representing a History of Results

In one embodiment, a history of the results of user's requests can bestored, in the form of domain objects. For example, the user request“find me some good Italian restaurants” might return a set of domainobjects representing restaurants. If the user then enters a command suchas “call Amilio's”, virtual assistant 1002 can search the results forrestaurants named Amilio's within the search results, which is a smallerset than all possible places that can be called.

Delayed Binding of Context Variables

In one embodiment, context variables can represent information that isretrieved or derived on demand. For example, a context variablerepresenting the current location, when accessed, can invoke an API thatretrieves current location data from a device and then does otherprocessing to compute, for instance, a street address. The value of thatcontext variable can be maintained for some period of time, depending ona caching policy.

Searching Context

Virtual assistant 1002 can use any of a number of different approachesto search for relevant context information to solveinformation-processing problems. Example of different types of searchesinclude, without limitation:

-   -   Search by context variable name. If the name of a required        context variable is known, such as “current user first name”,        virtual assistant 1002 can search for instances of it. If a        history is kept, virtual assistant 1002 can search current        values first, and then consult earlier data until a match is        found.    -   Search by context variable type. If the type of a required        context variable is known, such as Person, virtual assistant        1002 can search for instances of context variables of this type.        If a history is kept, virtual assistant 1002 can search current        values first, and then consult earlier data until a match is        found.

In one embodiment, if the current information processing problemrequires a single match, the search is terminated once a match is found.If multiple matches are allowed, matching results can be retrieved inorder until some limit is reached.

In one embodiment, if appropriate, virtual assistant 1002 can constrainits search to data having certain derivation. For example, if lookingfor People objects within a task flow for email, virtual assistant 1002might only consider context variables whose derivation is an applicationassociated with that domain.

In one embodiment, virtual assistant 1002 uses rules to rank matchesaccording to heuristics, using any available properties of contextvariables. For example, when processing user input including a commandto “tell her I'll be late”, virtual assistant 1002 interprets “her” byreference to context. In doing so, virtual assistant 1002 can applyranking to indicate a preference for People objects whose derivation isapplication usage histories for communication applications such as textmessaging and email. As another example, when interpreting a command to“call her”, virtual assistant 1002 can apply ranking to prefer Peopleobjects that have phone numbers over those whose phone numbers are notknown. In one embodiment, ranking rules can be associated with domains.For example, different ranking rules can be used for ranking Personvariables for Email and Phone domains. One skilled in the art willrecognize that any such ranking rule(s) can be created and/or applied,depending on the particular representation and access to contextinformation needed.

Use of Context to Improve Virtual Assistant Processing

As described above, context can be applied to a variety of computationsand inferences in connection with the operation of virtual assistant1002. Referring now to FIG. 2, there is shown a flow diagram depicting amethod 10 for using context at various stages of processing in virtualassistant 1002, according to one embodiment.

Method 10 may be implemented in connection with one or more embodimentsof virtual assistant 1002.

In at least one embodiment, method 10 may be operable to perform and/orimplement various types of functions, operations, actions, and/or otherfeatures such as, for example, one or more of the following (orcombinations thereof):

-   -   Execute an interface control flow loop of a conversational        interface between the user and virtual assistant 1002. At least        one iteration of method 10 may serve as a ply in the        conversation. A conversational interface is an interface in        which the user and assistant 1002 communicate by making        utterances back and forth in a conversational manner.    -   Provide executive control flow for virtual assistant 1002. That        is, the procedure controls the gathering of input, processing of        input, generation of output, and presentation of output to the        user.    -   Coordinate communications among components of virtual assistant        1002. That is, it may direct where the output of one component        feeds into another, and where the overall input from the        environment and action on the environment may occur.

In at least some embodiments, portions of method 10 may also beimplemented at other devices and/or systems of a computer network.

According to specific embodiments, multiple instances or threads ofmethod 10 may be concurrently implemented and/or initiated via the useof one or more processors 63 and/or other combinations of hardwareand/or hardware and software. In at least one embodiment, one or more orselected portions of method 10 may be implemented at one or moreclient(s) 1304, at one or more server(s) 1340, and/or combinationsthereof.

For example, in at least some embodiments, various aspects, features,and/or functionalities of method 10 may be performed, implemented and/orinitiated by software components, network services, databases, and/orthe like, or any combination thereof.

According to different embodiments, one or more different threads orinstances of method 10 may be initiated in response to detection of oneor more conditions or events satisfying one or more different types ofcriteria (such as, for example, minimum threshold criteria) fortriggering initiation of at least one instance of method 10. Examples ofvarious types of conditions or events which may trigger initiationand/or implementation of one or more different threads or instances ofthe method may include, but are not limited to, one or more of thefollowing (or combinations thereof):

-   -   a user session with an instance of virtual assistant 1002, such        as, for example, but not limited to, one or more of:        -   a mobile device application starting up, for instance, a            mobile device application that is implementing an embodiment            of virtual assistant 1002;        -   a computer application starting up, for instance, an            application that is implementing an embodiment of virtual            assistant 1002;        -   a dedicated button on a mobile device pressed, such as a            “speech input button”;        -   a button on a peripheral device attached to a computer or            mobile device, such as a headset, telephone handset or base            station, a GPS navigation system, consumer appliance, remote            control, or any other device with a button that might be            associated with invoking assistance;        -   a web session started from a web browser to a website            implementing virtual assistant 1002;        -   an interaction started from within an existing web browser            session to a website implementing virtual assistant 1002, in            which, for example, virtual assistant 1002 service is            requested;        -   an email message sent to a modality server 1426 that is            mediating communication with an embodiment of virtual            assistant 1002;        -   a text message is sent to a modality server 1426 that is            mediating communication with an embodiment of virtual            assistant 1002;        -   a phone call is made to a modality server 1434 that is            mediating communication with an embodiment of virtual            assistant 1002;        -   an event such as an alert or notification is sent to an            application that is providing an embodiment of virtual            assistant 1002.    -   when a device that provides virtual assistant 1002 is turned on        and/or started.

According to different embodiments, one or more different threads orinstances of method 10 may be initiated and/or implemented manually,automatically, statically, dynamically, concurrently, and/orcombinations thereof. Additionally, different instances and/orembodiments of method 10 may be initiated at one or more different timeintervals (e.g., during a specific time interval, at regular periodicintervals, at irregular periodic intervals, upon demand, and the like).

In at least one embodiment, a given instance of method 10 may utilizeand/or generate various different types of data and/or other types ofinformation when performing specific tasks and/or operations, includingcontext data as described herein. Data may also include any other typeof input data/information and/or output data/information. For example,in at least one embodiment, at least one instance of method 10 mayaccess, process, and/or otherwise utilize information from one or moredifferent types of sources, such as, for example, one or more databases.In at least one embodiment, at least a portion of the databaseinformation may be accessed via communication with one or more localand/or remote memory devices. Additionally, at least one instance ofmethod 10 may generate one or more different types of outputdata/information, which, for example, may be stored in local memoryand/or remote memory devices.

In at least one embodiment, initial configuration of a given instance ofmethod 10 may be performed using one or more different types ofinitialization parameters. In at least one embodiment, at least aportion of the initialization parameters may be accessed viacommunication with one or more local and/or remote memory devices. In atleast one embodiment, at least a portion of the initializationparameters provided to an instance of method 10 may correspond to and/ormay be derived from the input data/information.

In the particular example of FIG. 2, it is assumed that a single user isaccessing an instance of virtual assistant 1002 over a network from aclient application with speech input capabilities.

Speech input is elicited and interpreted 100. Elicitation may includepresenting prompts in any suitable mode. In various embodiments, theuser interface of the client offers several modes of input. These mayinclude, for example:

-   -   an interface for typed input, which may invoke an active        typed-input elicitation procedure;    -   an interface for speech input, which may invoke an active speech        input elicitation procedure.    -   an interface for selecting inputs from a menu, which may invoke        active GUI-based input elicitation.

Techniques for performing each of these are described in theabove-referenced related patent applications. One skilled in the artwill recognize that other input modes may be provided. The output ofstep 100 is a set of candidate interpretations 190 of the input speech.

The set of candidate interpretations 190 is processed 200 by languageinterpreter 2770 (also referred to as a natural language processor, orNLP), which parses the text input and generates a set of possibleinterpretations of the user's intent 290.

In step 300, the representation(s) of the user's intent 290 is/arepassed to dialog flow processor 2780, which implements an embodiment ofa dialog and flow analysis procedure as described in connection withFIG. 5. Dialog flow processor 2780 determines which interpretation ofintent is most likely, maps this interpretation to instances of domainmodels and parameters of a task model, and determines the next flow stepin a task flow.

In step 400, the identified flow step is executed. In one embodiment,invocation of the flow step is performed by services orchestrationcomponent 2782 which invokes a set of services on behalf of the user'srequest. In one embodiment, these services contribute some data to acommon result.

In step 500 a dialog response is generated. In step 700, the response issent to the client device for output thereon. Client software on thedevice renders it on the screen (or other output device) of the clientdevice.

If, after viewing the response, the user is done 790, the method ends.If the user is not done, another iteration of the loop is initiated byreturning to step 100.

Context information 1000 can be used by various components of the systemat various points in method 10. For example, as depicted in FIG. 2,context 1000 can be used at steps 100, 200, 300, and 500. Furtherdescription of the use of context 1000 in these steps is provided below.One skilled in the art will recognize, however, that the use of contextinformation is not limited to these specific steps, and that the systemcan use context information at other points as well, without departingfrom the essential characteristics of the present invention.

In addition, one skilled in the art will recognize that differentembodiments of method 10 may include additional features and/oroperations than those illustrated in the specific embodiment depicted inFIG. 2, and/or may omit at least a portion of the features and/oroperations of method 10 as illustrated in the specific embodiment ofFIG. 2.

Use of Context in Speech Elicitation and Interpretation

Referring now to FIG. 3, there is shown a flow diagram depicting amethod for using context in speech elicitation and interpretation 100,so as to improve speech recognition according to one embodiment. Context1000 can be used, for example, for disambiguation in speech recognitionto guide the generation, ranking, and filtering of candidate hypothesesthat match phonemes to words. Different speech recognition systems usevarious mixes of generation, rank, and filter, but context 1000 canapply in general to reduce the hypothesis space at any stage.

The method begins 100. Assistant 1002 receives 121 voice or speech inputin the form of an auditory signal. A speech-to-text service 122 orprocessor generates a set of candidate text interpretations 124 of theauditory signal. In one embodiment, speech-to-text service 122 isimplemented using, for example, Nuance Recognizer, available from NuanceCommunications, Inc. of Burlington, Mass.

In one embodiment, assistant 1002 employs statistical language models1029 to generate candidate text interpretations 124 of speech input 121.In one embodiment context 1000 is applied to bias the generation,filtering, and/or ranking of candidate interpretations 124 generated byspeech-to-text service 122. For example:

-   -   Speech-to-text service 122 can use vocabulary from user personal        database(s) 1058 to bias statistical language models 1029.    -   Speech-to-text service 122 can use dialog state context to        select a custom statistical language model 1029. For example,        when asking a yes/no question, a statistical language model 1029        can be selected that biases toward hearing these words.    -   Speech-to-text service 122 can use current application context        to bias toward relevant words. For example “call her” can be        preferred over “collar” in a text message application context,        since such a context provides Person Objects that can be called.

For example, a given speech input might lead speech-to-text service 122to generate interpretations “call her” and “collar”. Guided bystatistical language models (SLMs) 1029, speech-to-text service 122 canbe tuned by grammatical constraints to hear names after it hears “call”.Speech-to-text service 122 can be also tuned based on context 1000. Forexample, if “Herb” is a first name in the user's address book, then thiscontext can be used to lower the threshold for considering “Herb” as aninterpretation of the second syllable. That is, the presence of names inthe user's personal data context can influence the choice and tuning ofthe statistical language model 1029 used to generate hypotheses. Thename “Herb” can be part of a general SLM 1029 or it can be addeddirectly by context 1000.

In one embodiment, it can be added as an additional SLM 1029, which istuned based on context 1000. In one embodiment, it can be a tuning of anexisting SLM 1029, which is tuned based on context 1000.

In one embodiment, statistical language models 1029 are also tuned tolook for words, names, and phrases from application preferences andusage history 1072 and/or personal databases 1058, which may be storedin long-term personal memory 2754. For example, statistical languagemodels 1029 can be given text from to-do items, list items, personalnotes, calendar entries, people names in contacts/address books, emailaddresses, street or city names mentioned in contact/address books, andthe like.

A ranking component analyzes candidate interpretations 124 and ranks 126them according to how well they fit syntactic and/or semantic models ofvirtual assistant 1002. Any sources of constraints on user input may beused. For example, in one embodiment, assistant 1002 may rank the outputof the speech-to-text interpreter according to how well theinterpretations parse in a syntactic and/or semantic sense, a domainmodel, task flow model, and/or dialog model, and/or the like: itevaluates how well various combinations of words in candidateinterpretations 124 would fit the concepts, relations, entities, andproperties of an active ontology and its associated models, as describedin above-referenced related U.S. utility applications.

Ranking 126 of candidate interpretations can also be influenced bycontext 1000. For example, if the user is currently carrying on aconversation in a text messaging application when virtual assistant 1002is invoked, the phrase “call her” is more likely to be a correctinterpretation than the word “collar”, because there is a potential“her” to call in this context. Such bias can be achieved by tuning theranking of hypotheses 126 to favor phrases such as “call her” or “call<contact name>” when the current application context indicates anapplication that can provide “callable entities”.

In various embodiments, algorithms or procedures used by assistant 1002for interpretation of text inputs, including any embodiment of thenatural language processing procedure shown in FIG. 3, can be used torank and score candidate text interpretations 124 generated byspeech-to-text service 122.

Context 1000 can also be used to filter candidate interpretations 124,instead of or in addition to constraining the generation of them orinfluencing the ranking of them. For example, a filtering rule couldprescribe that the context of the address book entry for “Herb”sufficiently indicates that the phrase containing it should beconsidered a top candidate 130, even if it would otherwise be below afiltering threshold. Depending on the particular speech recognitiontechnology being used, constraints based on contextual bias can beapplied at the generation, rank, and/or filter stages.

In one embodiment, if ranking component 126 determines 128 that thehighest-ranking speech interpretation from interpretations 124 ranksabove a specified threshold, the highest-ranking interpretation may beautomatically selected 130. If no interpretation ranks above a specifiedthreshold, possible candidate interpretations of speech 134 arepresented 132 to the user. The user can then select 136 among thedisplayed choices.

Referring now also to FIGS. 26A and 26B, there are shown screen shotsdepicting an example of a user interface for selecting among candidateinterpretations, according to one embodiment. FIG. 26A shows apresentation of the user's speech with dots underlying an ambiguousinterpretation 2651. If the user taps on the text, it shows alternativeinterpretations 2652A, 2652B as depicted in FIG. 26B. In one embodiment,context 1000 can influence which of the candidate interpretations 2652A,2652B is a preferred interpretation (which is shown as an initialdefault as in FIG. 26A) and also the selection of a finite set ofalternatives to present as in FIG. 26B.

In various embodiments, user selection 136 among the displayed choicescan be achieved by any mode of input, including for example multimodalinput. Such input modes include, without limitation, actively elicitedtyped input, actively elicited speech input, actively presented GUI forinput, and/or the like. In one embodiment, the user can select amongcandidate interpretations 134, for example by tapping or speaking. Inthe case of speaking, the possible interpretation of the new speechinput is highly constrained by the small set of choices offered 134.

Whether input is automatically selected 130 or selected 136 by the user,the resulting one or more text interpretation(s) 190 is/are returned. Inat least one embodiment, the returned input is annotated, so thatinformation about which choices were made in step 136 is preserved alongwith the textual input. This enables, for example, the semantic conceptsor entities underlying a string to be associated with the string when itis returned, which improves accuracy of subsequent languageinterpretation.

Any of the sources described in connection with FIG. 1 can providecontext 1000 to the speech elicitation and interpretation methoddepicted in FIG. 3. For example:

-   -   Personal Acoustic Context Data 1080 be used to select from        possible SLMs 1029 or otherwise tune them to optimize for        recognized acoustical contexts.    -   Device Sensor Data 1056, describing properties of microphones        and/or cameras in use, can be used to select from possible SLMs        1029 or otherwise tune them to optimize for recognized        acoustical contexts.    -   Vocabulary from personal databases 1058 and application        preferences and usage history 1072 can be used as context 1000.        For example, the titles of media and names of artists can be        used to tune language models 1029.    -   Current dialog state, part of dialog history and assistant        memory 1052, can be used to bias the generate/filter/rank of        candidate interpretations 124 by text-to-speech service 122. For        example, one kind of dialog state is asking a yes/no question.        When in such a state, procedure 100 can select an SLM 1029 that        biases toward hearing these words, or it can bias the ranking        and filtering of these words in a context-specific tuning at        122.        Use of Context in Natural Language Processing

Context 1000 can be used to facilitate natural language processing(NLP)—the parsing of text input into semantic structures representingthe possible parses. Referring now to FIG. 4, there is shown a flowdiagram depicting a method for using context in natural languageprocessing as may be performed by language interpreter 2770, accordingto one embodiment.

The method begins 200. Input text 202 is received. In one embodiment,input text 202 is matched 210 against words and phrases using patternrecognizers 2760, vocabulary databases 2758, ontologies and other models1050, so as to identify associations between user input and concepts.Step 210 yields a set of candidate syntactic parses 212, which arematched for semantic relevance 220 producing candidate semantic parses222. Candidate parses are then processed to remove ambiguousalternatives at 230, filtered and sorted by relevance 232, and returned.

Throughout natural language processing, contextual information 1000 canbe applied to reduce the hypothesis space and constrain possible parses.For example, if language interpreter 2770 receives two candidates “callher” and “call Herb” to, then language interpreter 2770 would findbindings 212 for the words “call”, “her”, and “Herb”. Applicationcontext 1060 can be used to constrain the possible word senses for“call” to mean “phone call”. Context can also be used to find thereferents for “her” and “Herb”. For “her”, the context sources 1000could be searched for a source of callable entities. In this example,the party to a text messaging conversation is a callable entity, andthis information is part of the context coming from the text messagingapplication. In the case of “Herb”, the user's address book is a sourceof disambiguating context, as are other personal data such asapplication preferences (such as favorite numbers from domain entitydatabases 2772) and application usage history (such as recent phonecalls from domain entity databases 2772). In an example where thecurrent text messaging party is RebeccaRichards and there is a HerbGowenin the user's address book, the two parses created by languageinterpreter 2770 would be semantic structures representing“PhoneCall(RebeccaRichards)” and “PhoneCall (HerbGowen)”.

Data from application preferences and usage history 1072, dialog historyand assistant memory 1052, and/or personal databases 1058 can also beused by language interpreter 2770 in generating candidate syntacticparses 212. Such data can be obtained, for example, from short- and/orlong-term memory 2752, 2754. In this manner, input that was providedpreviously in the same session, and/or known information about the user,can be used to improve performance, reduce ambiguity, and reinforce theconversational nature of the interaction. Data from active ontology1050, domain models 2756, and task flow models 2786 can also be used, toimplement evidential reasoning in determining valid candidate syntacticparses 212.

In semantic matching 220, language interpreter 2770 considerscombinations of possible parse results according to how well they fitsemantic models such as domain models and databases. Semantic matching220 may use data from, for example, active ontology 1050, short termpersonal memory 2752, and long term personal memory 2754. For example,semantic matching 220 may use data from previous references to venues orlocal events in the dialog (from dialog history and assistant memory1052) or personal favorite venues (from application preferences andusage history 1072). Semantic matching 220 step also uses context 1000to interpret phrases into domain intent structures. A set of candidate,or potential, semantic parse results is generated 222.

In disambiguation step 230, language interpreter 2770 weighs theevidential strength of candidate semantic parse results 222.Disambiguation 230 involves reducing the number of candidate semanticparse 222 by eliminating unlikely or redundant alternatives.Disambiguation 230 may use data from, for example, the structure ofactive ontology 1050. In at least one embodiment, the connectionsbetween nodes in an active ontology provide evidential support fordisambiguating among candidate semantic parse results 222. In oneembodiment, context 1000 is used to assist in such disambiguation.Examples of such disambiguation include: determining one of severalpeople having the same name; determining a referent to a command such as“reply” (email or text message); pronoun dereferencing; and the like.

For example, input such as “call Herb” potentially refers to any entitymatching “Herb”. There could be any number of such entities, not only inthe user's address book (personal databases 1058) but also in databasesof names of businesses from personal databases 1058 and/or domain entitydatabases 2772. Several sources of context can constrain the set ofmatching “Herbs”, and/or rank and filter them in step 232. For example:

-   -   Other Application Preferences and Usage history 1072, such as a        Herb who is on a favorite phone numbers list, or recently        called, or recently party to a text message conversation or        email thread;    -   Herb mentioned in personal databases 1058, such as a Herb who is        named as relationship, such as father or brother, or listed        participant in a recent calendar event. If the task were playing        media instead of phone calling, then the names from media        titles, creators, and the like would be sources of constraint;    -   A recent ply of a dialog 1052, either in request or results. For        example, as described above in connection with FIGS. 25A to 25B,        after searching for email from John, with the search result        still in the dialog context, the user can compose a reply.        Assistant 1002 can use the dialog context to identify the        specific application domain object context.

Context 1000 can also help reduce the ambiguity in words other thanproper names. For example, if the user of an email application tellsassistant 1002 to “reply” (as depicted in FIG. 20), the context of theapplication helps determine that the word should be associated withEmailReply as opposed to TextMessagingReply.

In step 232, language interpreter 2770 filters and sorts 232 the topsemantic parses as the representation of user intent 290. Context 1000can be used to inform such filtering and sorting 232. The result is arepresentation of user intent 290.

Use of Context in Task Flow Processing

Referring now to FIG. 5, there is shown a flow diagram depicting amethod for using context in task flow processing as may be performed bydialog flow processor 2780, according to one embodiment. In task flowprocessing, candidate parses generated from the method of FIG. 4 areranked and instantiated to produce operational task descriptions thatcan be executed.

The method begins 300. Multiple candidate representations of user intent290 are received. As described in connection with FIG. 4, in oneembodiment, representations of user intent 290 include a set of semanticparses.

In step 312, dialog flow processor 2780 determines the preferredinterpretation of the semantic parse(s) with other information todetermine a task to perform and its parameters, based on a determinationof the user's intent. Information may be obtained, for example, fromdomain models 2756, task flow models 2786, and/or dialog flow models2787, or any combination thereof. For example, a task might be PhoneCalland a task parameter is the PhoneNumber to call.

In one embodiment, context 1000 is used in performing step 312, to guidethe binding of parameters 312 by inferring default values and resolvingambiguity. For example, context 1000 can guide the instantiation of thetask descriptions and determining whether there is a best interpretationof the user's intent.

For example, assume the intent inputs 290 arePhoneCall(RebeccaRichards)” and “PhoneCall (HerbGowen)”. The PhoneCalltask requires parameter PhoneNumber. Several sources of context 100 canbe applied to determine which phone number for Rebecca and Herb wouldwork. In this example, the address book entry for Rebecca in a contactsdatabase has two phone numbers and the entry for Herb has no phonenumbers but one email address. Using the context information 1000 frompersonal databases 1058 such as the contacts database allows virtualassistant 1002 to prefer Rebecca over Herb, since there is a phonenumber for Rebecca and none for Herb. To determine which phone number touse for Rebecca, application context 1060 can be consulted to choose thenumber that is being used to carry on text messaging conversation withRebecca. Virtual assistant 1002 can thus determine that “call her” inthe context of a text messaging conversation with Rebecca Richards meansmake a phone call to the mobile phone that Rebecca is using for textmessaging. This specific information is returned in step 390.

Context 1000 can be used for more than reducing phone number ambiguity.It can be used whenever there are multiple possible values for a taskparameter, as long as any source of context 1000 having values for thatparameter is available. Other examples in which context 1000 can reducethe ambiguity (and avoid having to prompt the user to select amongcandidates) include, without limitation: email addresses; physicaladdresses; times and dates; places; list names; media titles; artistnames; business names; or any other value space.

Other kinds of inferences required for task flow processing 300 can alsobenefit from context 1000. For example, default value inference can usethe current location, time, and other current values. Default valueinference is useful for determining the values of task parameters thatare implicit in the user's request. For example, if someone says “whatis the weather like?” they implicitly mean what is the current weatherlike around here.

In step 310, dialog flow processor 2780 determines whether thisinterpretation of user intent is supported strongly enough to proceed,and/or if it is better supported than alternative ambiguous parses. Ifthere are competing ambiguities or sufficient uncertainty, then step 322is performed, to set the dialog flow step so that the execution phasecauses the dialog to output a prompt for more information from the user.An example of a screen shot for prompting the user to resolve anambiguity is shown in FIG. 14. Context 1000 can be used in step 322 insorting and annotating the displayed menu of candidate items for theuser to choose from.

In step 320, the task flow model is consulted to determine anappropriate next step. Information may be obtained, for example, fromdomain models 2756, task flow models 2786, and/or dialog flow models2787, or any combination thereof.

The result of step 320 or step 322 is a representation of the user'srequest 390, which may include the task parameters sufficient for dialogflow processor 2780 and services orchestration 2782 to dispatch to theappropriate service.

Use of Context to Improve Dialog Generation

During dialog response generation 500, assistant 1002 may paraphraseback its understanding of the user's intent and how it is beingoperationalized in a task. An example of such output is “OK, I'll callRebecca on her mobile . . . ” This allows the user to authorizeassistant 1002 to perform the associated task automation, such asplacing a call. In dialog generation step 500, assistant 1002 determineshow much detail to convey back to the user in paraphrasing itsunderstanding of the user's intent.

In one embodiment, context 1000 can also be used to guide selection ofthe appropriate level of detail in the dialog, as well as to filterbased on previous output (so as to avoid repeating information). Forexample, assistant 1002 can use the knowledge that the person and phonenumber were inferred from context 1000 to determine whether to mentionthe name and phone number and in what level of detail. Examples of rulesthat can be applied include, without limitation:

-   -   When a pronoun is resolved by context, mention the person to        call by name.    -   When a person is inferred from a familiar context such as text        messaging, use only the first name.    -   When a phone number is inferred from application or personal        data context, use the symbolic name of the phone number such as        “mobile phone” rather than the actual number to dial.

In addition to guiding the appropriate level of detail, context 1000 canalso be used in dialog generation step 500, for example, to filterprevious utterances, so as to avoid repetition, and to refer topreviously mentioned entities in the conversation.

One skilled in the art will recognize that context 1000 can also be usedin other ways. For example, in connection with the techniques describedherein, context 1000 can be used according to mechanisms described inrelated U.S. Utility application Ser. No. 12/479,477 for “ContextualVoice Commands”, filed Jun. 5, 2009, the entire disclosure of which isincorporated herein by reference.

Context Gathering and Communication Mechanisms

In various embodiments, different mechanisms are used for gathering andcommunicating context information in virtual assistant 1002. Forexample, in one embodiment, wherein virtual assistant 1002 isimplemented in a client/server environment so that its services aredistributed between the client and the server, sources of context 1000may also be distributed.

Referring now to FIG. 6, there is shown an example of distribution ofsources of context 1000 between client 1304 and server 1340 according toone embodiment. Client device 1304, which may be a mobile computingdevice or other device, can be the source of contextual information 1000such as device sensor data 1056, current application context 1060, eventcontext 2706, and the like. Other sources of context 1000 can bedistributed on client 1304 or server 1340, or some combination of both.Examples include application preferences and usage history 1072 c, 1072s; dialog history and assistant memory 1052 c, 1052 s; personaldatabases 1058 c, 1058 s; and personal acoustic context data 1080 c,1080 s. In each of these examples, sources of context 1000 may exist onserver 1340, on client 1304, or on both. Furthermore, as describedabove, the various steps depicted in FIG. 2 can be performed by client1304 or server 1340, or some combination of both.

In one embodiment, context 1000 can be communicated among distributedcomponents such as client 1304 and server 1340. Such communication canbe over a local API or over a distributed network, or by some othermeans.

Referring now to FIGS. 7a through 7d , there are shown event diagramsdepicting examples of mechanisms for obtaining and coordinating contextinformation 1000 according to various embodiments. Various techniquesexist for loading, or communicating, context so that it is available tovirtual assistant 1002 when needed or useful. Each of these mechanismsis described in terms of four events that can place with regard tooperation of virtual assistant 1002: device or applicationinitialization 601; initial user input 602; initial input processing603, and context-dependent processing 604.

FIG. 7a depicts an approach in which context information 1000 is loadedusing a “pull” mechanism once user input has begun 602. Once userinvokes virtual assistant 1002 and provides at least some input 602,virtual assistant 1002 loads 610 context 1000. Loading 610 can beperformed by requesting or retrieving context information 1000 from anappropriate source. Input processing 603 starts once context 1000 hasbeen loaded 610.

FIG. 7b depicts an approach in which some context information 1000 isloaded 620 when a device or application is initialized 601; additionalcontext information 1000 is loaded using a pull mechanism once userinput has begun 602. In one embodiment, context information 1000 that isloaded 620 upon initialization can include static context (i.e., contextthat does not change frequently); context information 1000 that isloaded 621 once user input starts 602 includes dynamic context (i.e.,context that may have changed since static context was loaded 620). Suchan approach can improve performance by removing the cost of loadingstatic context information 1000 from the runtime performance of thesystem.

FIG. 7c depicts a variation of the approach of FIG. 7b . In thisexample, dynamic context information 1000 is allowed to continue loading621 after input processing begins 603. Thus, loading 621 can take placein parallel with input processing. Virtual assistant 1002 procedure isonly blocked at step 604 when processing depends on received contextinformation 1000.

FIG. 7d depicts a fully configurable version, which handles context inany of up to five different ways:

-   -   Static contextual information 1000 is synchronized 640 in one        direction, from context source to the environment or device that        runs virtual assistant 1002. As data changes in the context        source, the changes are pushed to virtual assistant 1002. For        example, an address book might be synchronized to virtual        assistant 1002 when it is initially created or enabled. Whenever        the address book is modified, changes are pushed to the virtual        assistant 1002, either immediately or in a batched approach. As        depicted in FIG. 7d , such synchronization 640 can take place at        any time, including before user input starts 602.    -   In one embodiment, when user input starts 602, static context        sources can be checked for synchronization status. If necessary,        a process of synchronizing remaining static context information        1000 is begun 641.    -   When user input starts 602, some dynamic context 1000 is loaded        642, as it was in 610 and 621 Procedures that consume context        1000 are only blocked to wait for the as-yet unloaded context        information 1000 they need.    -   Other context information 1000 is loaded on demand 643 by        processes when they need it.    -   Event context 2706 is sent 644 from source to the device running        virtual assistant 1002 as events occur. Processes that consume        event context 2706 only wait for the cache of events to be        ready, and can proceed without blocking any time thereafter.        Event context 2706 loaded in this manner may include any of the        following:        -   Event context 2706 loaded before user input starts 602, for            example unread message notifications. Such information can            be maintained, for example, using a synchronized cache.        -   Event context 2706 loaded concurrently with or after user            input has started 602. For an example, while the user is            interacting with virtual assistant 1002, a text message may            arrive; the event context that notifies assistant 1002 of            this event can be pushed in parallel with assistant 1002            processing.

In one embodiment, flexibility in obtaining and coordinating contextinformation 1000 is accomplished by prescribing, for each source ofcontext information 1000, a communication policy and an access API thatbalances the cost of communication against the value of having theinformation available on every request. For example, variables that arerelevant to every speech-to-text request, such as personal acousticcontext data 1080 or device sensor data 1056 describing parameters ofmicrophones, can be loaded on every request. Such communication policiescan be specified, for example, in a configuration table.

Referring now to FIG. 9, there is shown an example of a configurationtable 900 that can be used for specifying communication and cachingpolicies for various sources of context information 1000, according toone embodiment. For each of a number of different context sources,including user name, address book names, address book numbers, SMS eventcontext, and calendar database, a particular type of context loading isspecified for each of the steps of FIG. 2: elicit and interpret speechinput 100, interpret natural language 200, identify task 300, andgenerate dialog response 500. Each entry in table 900 indicates one ofthe following:

-   -   Sync: context information 1000 is synchronized on the device;    -   On demand: context information 1000 is provided in response to        virtual assistant's 1002 request for it;    -   Push: context information 1000 is pushed to the device.

The fully configurable method allows a large space of potentiallyrelevant contextual information 1000 to be made available to streamlinethe natural language interaction between human and machine. Rather thanloading all of this information all of the time, which could lead toinefficiencies, some information is maintained in both the contextsource and virtual assistant 1002, while other information is queried ondemand. For example, as described above, information such as names usedin real time operations such as speech recognition is maintainedlocally, while information that is only used by some possible requestssuch as a user's personal calendar is queried on demand. Data thatcannot be anticipated at the time of a user's invoking the assistantsuch as incoming SMS events are pushed as they happen.

Referring now to FIG. 10, there is shown an event diagram 950 depictingan example of accessing the context information sources configured inFIG. 9 during the processing of an interaction sequence in whichassistant 1002 is in dialog with a user, according to one embodiment.

The sequence depicted in FIG. 10 represents the following interactionsequence:

-   -   T₁: Assistant 1002: “Hello Steve, what I can I do for you?”    -   T₂: User: “When is my next meeting?”    -   T₃: Assistant 1002: “Your next meeting is at 1:00 pm in the        boardroom.”    -   T₄: [Sound of incoming SMS message]    -   T₅: User: “Read me that message.”    -   T₆: Assistant 1002: “Your message from Johnny says ‘How about        lunch’”    -   T₇: User: “Tell Johnny I can't make it today.”    -   T₈: Assistant 1002: “OK, I'll tell him.”

At time T₀, before the interaction begins, user name is synched 770 andaddress book names are synched 771. These are examples of static contextloaded at initialization time, as shown in element 640 of FIG. 7d . Thisallows assistant 1002 to refer to the user by his first name (“Steve”).

At time T₁, synching steps 770 and 771 are complete. At time T₂, theuser speaks a request, which is processed according to steps 100, 200,and 300 of FIG. 2. In task identification step 300, virtual assistant1002 queries 774 user's personal database 1058 as a source of context1000: specifically, virtual assistant 1002 requests information from theuser's calendar database, which is configured for on demand accessaccording to table 900. At time T₃, step 500 is performed and a dialogresponse is generated.

At time T₄, an SMS message is received; this is an example of eventcontext 2706. Notification of the event is pushed 773 to virtualassistant 1002, based on the configuration in table 900.

At time T₅, the user asks virtual assistant 1002 to read the SMSmessage. The presence of the event context 2706 guides the NLP componentin performing step 200, to interpret “that message” as a new SMSmessage. At time T₆, step 300 can be performed by the task component toinvoke an API to read the SMS message to the user. At time T₇, the usermakes request with an ambiguous verb (“tell”) and name (“Johnny”). TheNLP component interprets natural language 200 by resolving theseambiguities using various sources of context 1000 including the eventcontext 2706 received in step 773; this tells the NLP component that thecommand refers to an SMS message from a person named Johnny. At step T₇execute flow step 400 is performed, including matching the name 771 bylooking up the number to use from the received event context object.Assistant 1002 is thus able to compose a new SMS message and send it toJohnny, as confirmed in step T₈.

Interface for a Virtual Digital Assistant

The virtual digital assistant described herein typically provides bothvisual outputs on a display screen (e.g., output device 1207 of FIG. 29)as well as audio or speech responses. In some embodiments, the visualoutput is generated by a user's computing device (e.g., a smart-phone ortablet computer) having at least one processor (e.g., processor 63 ofFIG. 29), memory (e.g., memory 1210 of FIG. 29), and a video displayscreen (e.g., output device 1207 of FIG. 29). In other embodiments, thevisual output is generated by a remote server having at least oneprocessor and memory, and then output on a display screen of a user'scomputing device. In yet other embodiments, the visual display ispartially processed by a remote server and partially processed by theuser's computing device before being output on a display screen of auser's computing device.

Examples of such visual outputs are shown in FIGS. 11-26B and FIG. 33.In some embodiments, the user interface that is output on the displayscreen includes a digital assistant object, such as the microphone icon1252 displayed in FIGS. 11-26B and FIG. 33. In some embodiments, thefunction of the digital assistant object is to invoke the digitalassistant. For example, the user can touch or otherwise select thedigital assistant object to start a digital assistant session or dialog,where the digital assistant records the speech input from a user andresponds thereto. In other embodiments, the digital assistant object isused to show the status of the digital assistant. For example, if thedigital assistant is waiting to be invoked it may display a first icon(e.g., a microphone icon), when the digital assistant is “listening” tothe user (i.e., recording user speech input), the digital assistantdisplay a second icon (e.g., a colorized icon showing the fluctuationsin recorded speech amplitude); and when the digital assistant isprocessing the user's input it may display a third icon (e.g., amicrophone icon with a light source swirling around the perimeter of themicrophone icon).

In some embodiments, the digital assistant object is displayed in anobject region 1254 (FIGS. 12-15 and 33). In some embodiments, the objectregion 1254 is a rectangular region or portion of the screen located atthe bottom of the user's screen (“bottom” is with respect to the normalportrait orientation of the user's computing device). In someembodiments implemented on a smartphone or tablet computer, the objectregion 1254 is disposed on a portion of the display screen closest tothe “home” button. In some embodiments, digital assistant text can alsobe displayed in the object region 1254 (see, e.g., FIG. 12), while inother embodiments, only the digital assistant object is displayed in theobject region 1254.

In some embodiments, the user interface that is output on the displayscreen also includes a display region 1225 (FIGS. 12-15 and 33) in whichinformation items obtained by the digital assistant can be displayed. Insome embodiments, the digital assistant obtains information items todisplay by generating the information items, by obtaining theinformation items from the computing device, or by obtaining theinformation items from one or more remote computing devices, asdescribed elsewhere in this document. The information items are anyinformation to be visually presented to the user, including textcorresponding to the user's speech input, a summary or paraphrase of theuser's request or intent (“call him” of FIG. 13), search results (e.g.,time information, weather information, restaurant listings, reviews,movie times, maps or directions) (e.g., FIGS. 15 and 33), a textualrepresentation of the act being performed by the device (e.g., “CallingJohn Appleseed . . . ” of FIG. 13), or the like.

In some embodiments, the object region 1254 has an object regionbackground 1556 (FIGS. 15 and 33) and the display region 1225 has adisplay region background 1555 (best seen in FIG. 15). In someembodiments, these backgrounds 1555, 1556 are solid backgrounds, whilein other embodiments they are textured or are a photograph or graphic.In some embodiments, these backgrounds 1555, 1556 have a linen textileappearance or texture, and, are therefore, called the “linen.”

As described below, in some embodiments, the object region 1254 and thedisplay region 1225 have a single background 1257 (FIG. 13). In otherwords, there is no visual distinction between where the object region1254 ends and where the display region 1255 begins. Stated differently,there is no visual demarcation (like a line) between the two regions.This provides the appearance that the information items and the digitalassistant object are superimposed over a single continuous backgroundwithout any separation or distinction between regions. One should notethat the object and display regions need not be separate frames orwindows in the user interface sense of the words, but are merely areasor portions of the screen used for explanation purposes.

In some embodiments, the user interface also includes an informationregion 1256 (FIGS. 13-15 and 33), which is typically a banner runningacross the top of the screen. The information region typically displaysstatus information, such as cellular connection and signal strength,cellular provider, type of cellular data service (e.g., 3G, 4G, or LTE),Wifi connectivity and signal strength, time, date, orientation lock, GPSlock, Bluetooth connectivity, battery charge level, etc. In someembodiments, this information region 1256 is relatively spall ascompared to the object region and the display region. In someembodiments, the display region is the largest region and is disposedbetween the information region and the object region.

FIG. 34 is a flow chart of a method 3400 for generating a digitalassistant user interface. Initially, the user invokes the digitalassistant. This may be accomplished in various ways, e.g., raising thecomputing device, pressing or selecting the digital assistant object(e.g., the microphone icon), pressing and holding down the home button,or saying a wake-up phrase, like “Hey Siri.” In some embodiments, thedigital assistant is always listening for either a wake-up phrase orwhether it can handle interpret a command in any speech input.

At any time, e.g., either before receiving a speech input or after thespeech input is received, the digital assistant object is displayed(3402) in an object region of the video display screen. An example ofthe digital assistant object is the microphone icon 1252 shown in FIG.12. An exemplary object region 1254 is shown in FIGS. 12-15 anddescribed above. As described above, the digital assistant object may beused to invoke the digital assistant service and/or show its status.

The user then provides a speech input, which is received (3404) by thecomputing device and digital assistant. The speech input may be aquestion, like “what is the weather in New York today?”, or a command,like “find me a nearby restaurant.”

Using any suitable technique, such as those described elsewhere in thisdocument, the digital assistant then obtains (3408) at least oneinformation item based on the received speech input. The informationitem can be the results of a search speech input (e.g., “Find me arestaurants in Palo Alto, Calif.”), a text representation of the user'sspeech input (e.g., “What's the time in New York”—FIG. 15), a summary ofthe user's command or request (e.g., “You want to know the time in NewYork”), a textual or graphic response or dialog from the digitalassistant, a list (e.g., a list of restaurants nearby), a map, a phonenumber or address from the user's contacts, or the like.

The digital assistant then determines (3410) whether the informationitem can be displayed in its entirety in a display region of the displayscreen. An exemplary display region 1255 is shown in FIGS. 12-15 anddescribed above.

Upon determining that the at least one information item can be displayedin its entirety in the display region of the video display screen(3410—Yes), the at least one information item is displayed (3416) in itsentirety in the display region. For example, as shown in FIG. 13, wherepossible, the entirety of the information item (“What can I help youwith?”; “‘Call him’”; and “Calling John Appleseed's mobile phone: (408)555-1212 . . . ”) are displayed in the display region 1255. Similarly,in the example shown in FIG. 14, where possible, the entirety of theinformation item (“‘Call Herb’”; “Which ‘Herb’?”; “Herb Watkins”; and“Herb Jellinek”) are be displayed in the display region 1255.

When the at least one information item is displayed (3412) in itsentirety in the display region, the display region and the object regionare not visually distinguishable. This can be seen in FIGS. 13 and 14,where the display region 1255 and the object region 1254 are notvisually distinguishable from one another. By not visuallydistinguishable it is meant that the object region (absent the digitalassistant object, e.g., icon 1252) and the display region 1255 (absentthe information item(s)) appear to be the same continuous background(e.g., a continuous linen). Here, there is no visual demarcation ordistinction (such as a line) placed between the display region and theobject region.

In some embodiments, when the at least one information item is displayed(3412) in its entirety in the display region, the display region and theinformation region are not visually distinguishable. For example, thedisplay region 1255 (FIGS. 13 and 14) and the information region 1256(FIGS. 13 and 14) are not visually distinguishable from one another, asdescribed above.

In yet other embodiments, when the at least one information item isdisplayed (3412) in its entirety in the display region, the objectregion, the display region, and the information region are not visuallydistinguishable. For example, the object region, 1254 (FIGS. 13 and 14),the display region 1255 (FIGS. 13 and 14), and the information region1256 (FIGS. 13 and 14) are not visually distinguishable from oneanother, as described above.

Upon determining that the at least one information item cannot bedisplayed in its entirety in the display region of the video displayscreen (3410—No), a portion of the at least one information item isdisplayed (3416) in the display region. For example, as shown in FIG.15, only a portion of the information items (“‘What is the time in NewYork’”; “In New York City, N.Y., it's 8:52 PM.”; graphic of a clockshowing the time; “What's the weather”; “OK, here's the weather for NewYork City, N.Y. today through”) are displayed (3416 of FIG. 34) in thedisplay region 1255, while the remainder of the sentence “OK, here's theweather for New York City, N.Y. today through” and the temperatures arenot yet shown. Similarly, in the example shown in FIG. 33, only aportion of the information item (showing a list of restaurants in PaloAlto Calif.) are displayed (3416 of FIG. 34) in the display region 1255,while the remainder of the restaurants are hidden (or partially hiddenfrom view).

When the portion of the at least one information item is displayed (3416of FIG. 34) in the display region, the display region and the objectregion are visually distinguishable from one another. This can be seenin FIGS. 15 and 33, where the display region 1255 and the object region1254 are visually distinguishable from one another. By visuallydistinguishable it is meant that the object region (absent the digitalassistant object, e.g., icon 1252) and the display region 1255 (absentthe information item(s)) do not appear to be the same continuousbackground (e.g., not a continuous linen). For example, in theembodiments shown in FIGS. 15 and 33, there is a divider line 1554visually marking the border between the display region 1255 and theobject region 1254. Different embodiments may have different visualmechanisms for visually distinguishing the regions, e.g., a line,different background colors, different background textures or graphics,or the like. In the embodiments shown in FIGS. 15 and 33, the dividerline 1554, object region 1254, and information item(s) are highlightedin such a way is to make it appear that the object region 1254 is apocket into and out of which the information items 1559 can slide. Insome embodiments, to create this “pocket,” the edge of the object regionclosest to the display region 1255 is gradually highlighted (madelighter) while the edge of the information item(s) 1559 closest to theobject region 1254 are gradually tinted (made darker), as shown in FIGS.15 and 33.

In some embodiments, when the at least one information item is partiallydisplayed (3416 of FIG. 34) in the display region, the display regionand the information region are not visually distinguishable. Forexample, the display region 1255 (FIGS. 15 and 33) and the informationregion 1256 (FIGS. 15 and 33) are not visually distinguishable from oneanother, as described above.

In yet other embodiments, when the at least one information item ispartially displayed (3416 of FIG. 34) in the display region, the displayregion and the information region are visually distinguishable. Forexample, the display region 1255 (FIGS. 15 and 33) and the informationregion 1256 (FIGS. 15 and 33) are visually distinguishable from oneanother, as described above.

In some embodiments, when the at least one information item is partiallydisplayed (3416 of FIG. 34) in the display region, the transparency ofat least a portion of the information region, and/or the object region,nearest the display region are adjusted so that at least a portion ofthe information item(s) are displayed under the information regionand/or the object region. This can be seen for example, in FIG. 33,where a portion of the information item(s) (“PAUL'S AT THE VILLA”) isdisplayed in the display region 1255, while a portion of the sameinformation item(s) (“PAUL'S AT THE VILLA”) is displayed under apartially transparent information region 1256.

In some embodiments, when the entirety of the at least one informationitem cannot be displayed in the display region, an input is received(3418) from the user to scroll downward through the at least oneinformation item so as to display an additional portion of the at leastone information item in the display region. For example, when using atouch screen device, the user may swipe her finger downward along thedisplay region (or partially displayed information item(s)) so as todisplay an additional portion of the at least one information item inthe display region. In other embodiments, one or more buttons or a mouseare used to scroll through the at least one information item.Thereafter, the portion of the at least one information item is scrolledor translated (3420) towards the object region so that the portion ofthe at least one information item appears to slide out of view under thefirst object region.

Similarly, when the entirety of the at least one information item cannotbe displayed in the display region, an input is received (3418) from theuser to scroll upward through the at least one information item so as todisplay an additional portion of the at least one information item inthe display region. For example, when using a touch screen device, theuser may swipe her finger upward along the display region (or partiallydisplayed information item(s)) so as to display an additional portion ofthe at least one information item in the display region. In otherembodiments, one or more buttons or a mouse are used to scroll throughthe at least one information item. Thereafter, the portion of the atleast one information item is scrolled or translated (3420) away fromthe object region so that the additional portion appears to slide intoview from under the object region.

The embodiments of the invention described above in relation to FIGS.12-15, 33, and 34 provide an elegant and intuitive user interface fordisplaying information items generated by a digital assistant inresponse to a speech input of a user. The interface is intuitive, asuser's immediately appreciate that when only a portion of one or moreinformation items are displayed, they need to scroll in a certaindirection to display additional content. The interface is elegant, asthe object and display regions appear continuous when the one or moreinformation items are visible in their entirely, but when they are not,the interface automatically adjusts to show that additional portions ofthe at least one information items are available for display.

The present invention has been described in particular detail withrespect to possible embodiments. Those of skill in the art willappreciate that the invention may be practiced in other embodiments.First, the particular naming of the components, capitalization of terms,the attributes, data structures, or any other programming or structuralaspect is not mandatory or significant, and the mechanisms thatimplement the invention or its features may have different names,formats, or protocols. Further, the system may be implemented via acombination of hardware and software, as described, or entirely inhardware elements, or entirely in software elements. Also, theparticular division of functionality between the various systemcomponents described herein is merely exemplary, and not mandatory;functions performed by a single system component may instead beperformed by multiple components, and functions performed by multiplecomponents may instead be performed by a single component.

In various embodiments, the present invention can be implemented as asystem or a method for performing the above-described techniques, eithersingly or in any combination. In another embodiment, the presentinvention can be implemented as a computer program product comprising anontransitory computer-readable storage medium and computer programcode, encoded on the medium, for causing a processor in a computingdevice or other electronic device to perform the above-describedtechniques.

Reference in the specification to “one embodiment” or to “an embodiment”means that a particular feature, structure, or characteristic describedin connection with the embodiments is included in at least oneembodiment of the invention. The appearances of the phrase “in oneembodiment” in various places in the specification are not necessarilyall referring to the same embodiment.

Some portions of the above are presented in terms of algorithms andsymbolic representations of operations on data bits within a memory of acomputing device. These algorithmic descriptions and representations arethe means used by those skilled in the data processing arts to mosteffectively convey the substance of their work to others skilled in theart. An algorithm is here, and generally, conceived to be aself-consistent sequence of steps (instructions) leading to a desiredresult. The steps are those requiring physical manipulations of physicalquantities. Usually, though not necessarily, these quantities take theform of electrical, magnetic or optical signals capable of being stored,transferred, combined, compared and otherwise manipulated. It isconvenient at times, principally for reasons of common usage, to referto these signals as bits, values, elements, symbols, characters, terms,numbers, or the like. Furthermore, it is also convenient at times, torefer to certain arrangements of steps requiring physical manipulationsof physical quantities as modules or code devices, without loss ofgenerality.

It should be borne in mind, however, that all of these and similar termsare to be associated with the appropriate physical quantities and aremerely convenient labels applied to these quantities. Unlessspecifically stated otherwise as apparent from the following discussion,it is appreciated that throughout the description, discussions utilizingterms such as “processing” or “computing” or “calculating” or“displaying” or “determining” or the like, refer to the action andprocesses of a computer system, or similar electronic computing moduleand/or device, that manipulates and transforms data represented asphysical (electronic) quantities within the computer system memories orregisters or other such information storage, transmission or displaydevices.

Certain aspects of the present invention include process steps andinstructions described herein in the form of an algorithm. It should benoted that the process steps and instructions of the present inventioncan be embodied in software, firmware and/or hardware, and when embodiedin software, can be downloaded to reside on and be operated fromdifferent platforms used by a variety of operating systems.

The present invention also relates to an apparatus for performing theoperations herein. This apparatus may be specially constructed for therequired purposes, or it may comprise a general-purpose computing deviceselectively activated or reconfigured by a computer program stored inthe computing device. Such a computer program may be stored in acomputer readable storage medium, such as, but is not limited to, anytype of disk including floppy disks, optical disks, CD-ROMs,magnetic-optical disks, read-only memories (ROMs), random accessmemories (RAMs), EPROMs, EEPROMs, magnetic or optical cards, applicationspecific integrated circuits (ASICs), or any type of media suitable forstoring electronic instructions, and each coupled to a computer systembus. Further, the computing devices referred to herein may include asingle processor or may be architectures employing multiple processordesigns for increased computing capability.

The algorithms and displays presented herein are not inherently relatedto any particular computing device, virtualized system, or otherapparatus. Various general-purpose systems may also be used withprograms in accordance with the teachings herein, or it may proveconvenient to construct more specialized apparatus to perform therequired method steps. The required structure for a variety of thesesystems will be apparent from the description provided herein. Inaddition, the present invention is not described with reference to anyparticular programming language. It will be appreciated that a varietyof programming languages may be used to implement the teachings of thepresent invention as described herein, and any references above tospecific languages are provided for disclosure of enablement and bestmode of the present invention.

Accordingly, in various embodiments, the present invention can beimplemented as software, hardware, and/or other elements for controllinga computer system, computing device, or other electronic device, or anycombination or plurality thereof. Such an electronic device can include,for example, a processor, an input device (such as a keyboard, mouse,touchpad, trackpad, joystick, trackball, microphone, and/or anycombination thereof), an output device (such as a screen, speaker,and/or the like), memory, long-term storage (such as magnetic storage,optical storage, and/or the like), and/or network connectivity,according to techniques that are well known in the art. Such anelectronic device may be portable or nonportable. Examples of electronicdevices that may be used for implementing the invention include: amobile phone, personal digital assistant, smartphone, kiosk, desktopcomputer, laptop computer, tablet computer, consumer electronic device,consumer entertainment device; music player, camera; television; set-topbox; electronic gaming unit; or the like. An electronic device forimplementing the present invention may use any operating system such as,for example, iOS or MacOS, available from Apple Inc. of Cupertino,Calif., or any other operating system that is adapted for use on thedevice.

While the invention has been described with respect to a limited numberof embodiments, those skilled in the art, having benefit of the abovedescription, will appreciate that other embodiments may be devised whichdo not depart from the scope of the present invention as describedherein. In addition, it should be noted that the language used in thespecification has been principally selected for readability andinstructional purposes, and may not have been selected to delineate orcircumscribe the inventive subject matter. Accordingly, the disclosureof the present invention is intended to be illustrative, but notlimiting, of the scope of the invention, which is set forth in theclaims.

What is claimed is:
 1. A computer-implemented method of operating adigital assistant on a computing device having at least one processor,memory, and a video display screen, the method comprising: displaying,at any time, a digital assistant object in an object region of the videodisplay screen; receiving a speech input from a user; obtaining at leastone information item based on the speech input; determining whether theat least one information item can be displayed in its entirety in adisplay region of the video display screen; upon determining that the atleast one information item can be displayed in its entirety in thedisplay region of the display screen, displaying the at least oneinformation item in the display region, where the display region and theobject region are displayed with a continuous background and without aborder there between such that they are not visually distinguishablefrom one another; and upon determining that the at least one informationitem cannot be displayed in its entirety in the display region of thevideo display screen, displaying a portion of the at least oneinformation item in the display region, where the display region and theobject region are visually distinguishable from one another by visuallymarking a border between the display region and the object region; andwhen the entirety of the at least one information item cannot bedisplayed in the display region: receiving an input from the user toscroll through the at least one information item so as to display anadditional portion of the at least one information item in the displayregion; and scrolling the portion of the at least one information itemaway from the object region so that the additional portion of the atleast one information item appears to slide into view from under theobject region.
 2. The method of claim 1, wherein the digital assistantobject is displayed in the object region of the video display screenbefore receiving the speech input.
 3. The method of claim 1, wherein thedigital assistant object is displayed in the object region of the videodisplay screen after receiving the speech input.
 4. The method of claim1, wherein the digital assistant object is displayed in the objectregion of the video display screen after determining whether the atleast one information item can be displayed in its entirety in a displayregion of the video display screen.
 5. The method of claim 1, whereinthe digital assistant object is an icon for invoking a digital assistantservice.
 6. The method of claim 5, wherein the icon is a microphoneicon.
 7. The method of claim 1, wherein the digital assistant objectshows the status of a current digital assistant process.
 8. The methodof claim 7, wherein a pending digital assistant process is shown by aswirling light source around the perimeter of the digital assistantobject.
 9. The method of claim 1, further comprising: when the entiretyof the at least one information item cannot be displayed in the displayregion: receiving an input from the user to scroll through the at leastone information item so as to display an additional portion of the atleast one information item in the display region; scrolling the portionof the at least one information item towards the object region so thatthe portion of the at least one information item appears to slide out ofview under the object region.
 10. The method of claim 1, wherein thespeech input is a question or a command from a user.
 11. The method ofclaim 1, wherein obtaining at least one information item comprisesobtaining results, a dialog between the user and the digital assistant,a list, or a map.
 12. The method of claim 1, wherein when the entiretyof the at least one information item cannot be displayed in the displayregion, the object region looks like a pocket into and out of which theat least one information item can slide.
 13. The method of claim 1,wherein when the entirety of the at least one information item cannot bedisplayed in the display region, an edge of the object region closest tothe display region is highlighted while an edge of the at least oneinformation item closest to the object region are tinted.
 14. The methodof claim 1, further comprising: displaying, at any time, deviceinformation in an information region of the video display screen;determining whether the at least one information item can be displayedin its entirety in the display region of the video display screen; upondetermining that the at least one information item can be displayed inits entirety in the display region of the display screen, displaying theat least one information item in the display region, where the displayregion and an information region are not visually distinguishable fromone another; and upon determining that the at least one information itemcannot be displayed in its entirety in the display region of the videodisplay screen, displaying a portion of the at least one informationitem in the display region, where the display region and the informationregion are visually distinguishable from one another.
 15. The method ofclaim 1, wherein displaying the portion of the at least one informationitem in the display region comprises: displaying a portion of the atleast one information item in the display region, wherein the displayregion and the object region do not comprise a continuous background.16. The method of claim 1, wherein displaying the portion of the atleast one information item in the display region, where the displayregion and the object region are visually distinguishable from oneanother comprises: modifying the display of at least one of the displayregion or the object region to cause the object region and the displayregion to be visually distinguishable.
 17. A non-transitorycomputer-readable storage medium comprising instructions that, whenexecuted by a processor, cause the processor to: display, at any time, adigital assistant object in an object region of a video display screen;receive a speech input from a user; obtain at least one information itembased on the speech input; determine whether the at least oneinformation item can be displayed in its entirety in a display region ofthe video display screen; upon determining that the at least oneinformation item can be displayed in its entirety in the display regionof the display screen, display the at least one information item in thedisplay region, where the display region and the object region are notvisually distinguishable from one another; and upon determining that theat least one information item cannot be displayed in its entirety in thedisplay region of the video display screen, display a portion of the atleast one information item in the display region, where the displayregion and the object region are visually distinguishable from oneanother.
 18. The non-transitory computer-readable storage medium ofclaim 17, wherein the digital assistant object is displayed in theobject region of the video display screen before receiving the speechinput.
 19. The non-transitory computer-readable storage medium of claim18, wherein the digital assistant object is displayed in the objectregion of the video display screen after receiving the speech input. 20.The non-transitory computer-readable storage medium of claim 19, whereinthe digital assistant object is displayed in the object region of thevideo display screen after determining whether the at least oneinformation item can be displayed in its entirety in a display region ofthe video display screen.
 21. The non-transitory computer-readablestorage medium of claim 20, wherein the digital assistant object is anicon for invoking a digital assistant service.
 22. The non-transitorycomputer-readable storage medium of claim 21, wherein the icon is amicrophone icon.
 23. The non-transitory computer-readable storage mediumof claim 21, wherein the digital assistant object shows the status of acurrent digital assistant process.
 24. The non-transitorycomputer-readable storage medium of claim 23, wherein a pending digitalassistant process is shown by a swirling light source around theperimeter of the digital assistant object.
 25. The non-transitorycomputer-readable storage medium of claim 22, further comprisinginstructions that, when executed by a processor, cause the processor to:when the entirety of the at least one information item cannot bedisplayed in the display region: receive an input from the user toscroll through the at least one information item so as to display anadditional portion of the at least one information item in the displayregion; scrolling the portion of the at least one information itemtowards the object region so that the portion of the at least oneinformation item appears to slide out of view under the object region.26. The non-transitory computer-readable storage medium of claim 23,wherein the speech input is a question or a command from a user.
 27. Thenon-transitory computer-readable storage medium of claim 24, whereinobtaining at least one information item comprises obtaining results, adialog between the user and the digital assistant, a list, or a map. 28.The non-transitory computer-readable storage medium of claim 25, whereinwhen the entirety of the at least one information item cannot bedisplayed in the display region, the object region looks like a pocketinto and out of which the at least one information item can slide. 29.The non-transitory computer-readable storage medium of claim 26, whereinwhen the entirety of the at least one information item cannot bedisplayed in the display region, an edge of the object region closest tothe display region is highlighted while an edge of the at least oneinformation item closest to the object region are tinted.
 30. Thenon-transitory computer-readable storage medium of claim 27, furthercomprising instructions that, when executed by a processor, cause theprocessor to: display, at any time, device information in an informationregion of the video display screen; determine whether the at least oneinformation item can be displayed in its entirety in the display regionof the video display screen; upon determining that the at least oneinformation item can be displayed in its entirety in the display regionof the display screen, display the at least one information item in thedisplay region, where the display region and an information region arenot visually distinguishable from one another; and upon determining thatthe at least one information item cannot be displayed in its entirety inthe display region of the video display screen, display a portion of theat least one information item in the display region, where the displayregion and the information region are visually distinguishable from oneanother.
 31. The non-transitory computer-readable storage medium ofclaim 28, wherein displaying the portion of the at least one informationitem in the display region comprises: displaying a portion of the atleast one information item in the display region, wherein the displayregion and the object region do not comprise a continuous background.32. The non-transitory computer-readable storage medium of claim 29,wherein displaying the portion of the at least one information item inthe display region, where the display region and the object region arevisually distinguishable from one another comprises: modifying thedisplay of at least one of the display region or the object region tocause the object region and the display region to be visuallydistinguishable.
 33. A computing device having at least one processor,memory, and a video display screen, the memory comprising instructionsthat when executed by a processor, cause the processor to: display, atany time, a digital assistant object in an object region of a videodisplay screen; receive a speech input from a user; obtain at least oneinformation item based on the speech input; determine whether the atleast one information item can be displayed in its entirety in a displayregion of the video display screen; upon determining that the at leastone information item can be displayed in its entirety in the displayregion of the display screen, display the at least one information itemin the display region, where the display region and the object regionare not visually distinguishable from one another; and upon determiningthat the at least one information item cannot be displayed in itsentirety in the display region of the video display screen, display aportion of the at least one information item in the display region,where the display region and the object region are visuallydistinguishable from one another.
 34. The computing device of claim 33,wherein the computing device is a mobile computer device.
 35. Thecomputing device of claim 33, wherein the digital assistant object isdisplayed in the object region of the video display screen beforereceiving the speech input.
 36. The computing device of claim 33,wherein the digital assistant object is displayed in the object regionof the video display screen after receiving the speech input.
 37. Thecomputing device of claim 33, wherein the digital assistant object isdisplayed in the object region of the video display screen afterdetermining whether the at least one information item can be displayedin its entirety in a display region of the video display screen.
 38. Thecomputing device of claim 33, wherein the digital assistant object is anicon for invoking a digital assistant service.
 39. The computing deviceof claim 36, wherein the icon is a microphone icon.
 40. The computingdevice of claim 33, wherein the digital assistant object shows thestatus of a current digital assistant process.
 41. The computing deviceof claim 38, wherein a pending digital assistant process is shown by aswirling light source around the perimeter of the digital assistantobject.
 42. The computing device of claim 33, the memory furthercomprising instructions that when executed by a processor, cause theprocessor to: when the entirety of the at least one information itemcannot be displayed in the display region: receive an input from theuser to scroll through the at least one information item so as todisplay an additional portion of the at least one information item inthe display region; scrolling the portion of the at least oneinformation item towards the object region so that the portion of the atleast one information item appears to slide out of view under the objectregion.
 43. The computing device of claim 33, wherein the speech inputis a question or a command from a user.
 44. The computing device ofclaim 33, wherein obtaining at least one information item comprisesobtaining results, a dialog between the user and the digital assistant,a list, or a map.
 45. The computing device of claim 33, wherein when theentirety of the at least one information item cannot be displayed in thedisplay region, the object region looks like a pocket into and out ofwhich the at least one information item can slide.
 46. The computingdevice of claim 33, wherein when the entirety of the at least oneinformation item cannot be displayed in the display region, an edge ofthe object region closest to the display region is highlighted while anedge of the at least one information item closest to the object regionare tinted.
 47. The computing device of claim 33, the memory furthercomprising instructions that when executed by a processor, cause theprocessor to: display, at any time, device information in an informationregion of the video display screen; determine whether the at least oneinformation item can be displayed in its entirety in the display regionof the video display screen; upon determining that the at least oneinformation item can be displayed in its entirety in the display regionof the display screen, display the at least one information item in thedisplay region, where the display region and an information region arenot visually distinguishable from one another; and upon determining thatthe at least one information item cannot be displayed in its entirety inthe display region of the video display screen, display a portion of theat least one information item in the display region, where the displayregion and the information region are visually distinguishable from oneanother.
 48. The computing device of claim 33, wherein displaying theportion of the at least one information item in the display regioncomprises: displaying a portion of the at least one information item inthe display region, ‘herein the display region and the object region donot comprise a continuous background.
 49. The computing device of claim33, wherein displaying the portion of the at least one information itemin the display region, where the display region and the object regionare visually distinguishable from one another comprises: modifying thedisplay of at least one of the display region or the object region tocause the object region and the display region to be visuallydistinguishable.
 50. An electronic device with a video display screen, amemory, and one or more processors to execute one or more programsstored in the memory, the electronic device configured to display agraphical user interface comprising: a digital assistant object in anobject region of a video display screen, wherein, during display of thegraphical user interface, at the electronic device: a speech input isreceived from a user; at least one information item based on the speechinput is obtained; it is determined whether the at least one informationitem can be displayed in its entirety in a display region of the videodisplay screen; in accordance with a determination that the at least oneinformation item can be displayed in its entirety in the display regionof the display screen, the at least one information item is displayed inthe display region, where the display region and the object region arenot visually distinguishable from one another; and in accordance with adetermination that the at least one information item cannot be displayedin its entirety in the display region of the video display screen, aportion of the at least one information item is displayed in the displayregion, where the display region and the object region are visuallydistinguishable from one another.
 51. The electronic device of claim 50,wherein the digital assistant object is displayed in the object regionof the video display screen before receiving the speech input.
 52. Theelectronic device of claim 50, wherein the digital assistant object isdisplayed in the object region of the video display screen afterreceiving the speech input.
 53. The electronic device of claim 50,wherein the digital assistant object is displayed in the object regionof the video display screen after determining whether the at least oneinformation item can be displayed in its entirety in a display region ofthe video display screen.
 54. The electronic device of claim 50, whereinthe digital assistant object is an icon for invoking a digital assistantservice.
 55. The electronic device of claim 52, wherein the icon is amicrophone icon.
 56. The electronic device of claim 50, wherein thedigital assistant object shows the status of a current digital assistantprocess.
 57. The electronic device of claim 54, wherein a pendingdigital assistant process is shown by a swirling light source around theperimeter of the digital assistant object.
 58. The electronic device ofclaim 50, wherein the electronic device is further configured to displaya graphical user interface comprising: when the entirety of the at leastone information item cannot be displayed in the display region:receiving an input from the user to scroll through the at least oneinformation item so as to display an additional portion of the at leastone information item in the display region; scrolling the portion of theat least one information item towards the object region so that theportion of the at least one information item appears to slide out ofview under the object region.
 59. The electronic device of claim 50,wherein the speech input is a question or a command from a user.
 60. Theelectronic device of claim 50, wherein obtaining at least oneinformation item comprises obtaining results, a dialog between the userand the digital assistant, a list, or a map.
 61. The electronic deviceof claim 50, wherein hen the entirety of the at least one informationitem cannot be displayed in the display region, the object region lookslike a pocket into and out of which the at least one information itemcan slide.
 62. The electronic device of claim 50, wherein when theentirety of the at least one information item cannot be displayed in thedisplay region, an edge of the object region closest to the displayregion is highlighted while an edge of the at least one information itemclosest to the object region are tinted.
 63. The electronic device ofclaim 50, wherein the electronic device is further configured to displaya graphical user interface comprising: displaying, at any time, deviceinformation in an information region of the video display screen;determining whether the at least one information item can be displayedin its entirety in the display region of the video display screen; upondetermining that the at least one information item can be displayed inits entirety in the display region of the display screen, displaying theat least one information item in the display region, where the displayregion and an information region are not visually distinguishable fromone another; and upon determining that the at least one information itemcannot be displayed in its entirety in the display region of the videodisplay screen, displaying a portion of the at least one informationitem in the display region, where the display region and the informationregion are visually distinguishable from one another.
 64. The electronicdevice of claim 50, wherein displaying the portion of the at least oneinformation item in the display region comprises: displaying a portionof the at least one information item in the display region, wherein thedisplay region and the object region do not comprise a continuousbackground.
 65. The electronic device of claim 50, wherein displayingthe portion of the at least one information item in the display region,where the display region and the object region are visuallydistinguishable from one another comprises: modifying the display of atleast one of the display region or the object region to cause the objectregion and the display region to be visually distinguishable.